LINUX.ORG.RU

Apache Traffic Server 3.0

 , , ,


0

1

Вышла новая версия Apache Traffic Server - высокоскоростного кеширующего веб-сервера, который используется перед более «тяжелым» сервером приложений и для отдачи статического контента. Traffic Server был разработан как коммерческий продукт, который Yahoo приобрела вместе с компанией разработчиком. В 2009 году проект был передан в opensource. Этот сервер используется для многих проектов Yahoo, включая главную страницу и сервисы почты, спорта и финансов.

Основные изменения:

  • Полная поддержка 64-битной платформы
  • Поддержка IPv6 на клиентской стороне
  • Кластеризация и распределенное кеширование, поддержка WCCP - Web Cache Communication Protocol
  • Поддержка OS X, Solaris и FreeBSD (поддержка Linux была в проекте с самого начала)

В новой версии в 2-3 раза повысилась производительность, в 5 раз снижено время отклика. В тестах производительности удалось достичь 220 тысяч запросов в секунду на одном сервере при отдаче из кеша и около 100 тысяч при проксировании (локальная сеть, http keep-alive)

>>> Подробности

★★★★★

Кто-то еще использует nginx?

anonymous ()

Хочется услышать авторитетное мнение об этом vs. nginx.

post-factum ★★★★★ ()

Ну все... nginxкапец наступил...

anonymous ()

Гм... Наверно есть разница между этим и nginx. ATS рассчитан на моментальную отдачу статического контента и устойчивость к сбоям, а nginx - на обработку кучи параллельных запросов с минимальным оверхедом не забывая про гибкость в настройке и отдачу статики. Правильно я понял?

Почему-то не нашел ни одного мануала, можно ли к ATS прицепить FastCGI-сервер?..

anonymous ()
Ответ на: комментарий от post-factum

Дада, наверное WCCP не умеет. nginx вообще умеет кластеризоваться разве?

anonymous ()
Ответ на: комментарий от anonymous

> Почему-то не нашел ни одного мануала, можно ли к ATS прицепить FastCGI-сервер?..

Имхо никак, оно только HTTP умеет

maxcom ★★★★★ ()
Ответ на: комментарий от maxcom

nginx живет) хехе) кешированный за ATS, но живет)))

anonymous ()
Ответ на: Сравнение от Agafonov

извиняюсь за оффтоп, но не обратить внимание на G-WAN было сложно, пошел по ссылкам и увидел ЭТО: http://www.trustleap.com/en_doj.html
для Ъ: Как микрософт нервничает, если применить GetTheFuckts против него самого

dib2 ★★★★★ ()
Ответ на: комментарий от anonymous

Гм... Наверно есть разница между этим и nginx. ATS рассчитан на моментальную отдачу статического контента и устойчивость к сбоям, а nginx - на обработку кучи параллельных запросов с минимальным оверхедом

Как же собираешься моментально отдавать контент без обработки кучи || запросов? Тут как бы одно это видимый эффект, а другое свойства реализации

mashina ★★★★★ ()
Ответ на: комментарий от Saloed

> Чем это лучше Nginx?

Меня не это беспокоит.
Скорее, в связи с сабжем, меня беспокоит вероятное исчезновение толпы студентов размахивающих подштанниками и орущих «Apache не нужен, Nginx в массы!!!».

А то они такую большую работу маркетологическую проделывают, что на днях меня какой-то манагер стал учить, будто бы их сайт-визитка жутко тормозится Апачем...

valich ★★★ ()

На что люди не идут, лишь бы не оптимизировать свои приложения.

d9d9 ★★★ ()
Ответ на: комментарий от anonymous

>Наверно есть разница между этим и nginx.

Разница неуловима. Оба берут на себя раздачу статики. Оба проксируют динамику к тому, что умеет ее обрабатывать. Оба пытаются это делать настолько быстро, насколько это возможно.

Возможно, разница в том, что nginx умеет с минимальным оверхедом, гибкостью и параллелизацией запросов раздавать только 50x ошибку?

А лайти слишком прост в настройках, да еще и запутался в своих релизах, чтобы стать новым мейнстримом?

AVL2 ★★★★★ ()
Ответ на: комментарий от valich

>Скорее, в связи с сабжем, меня беспокоит вероятное исчезновение толпы студентов размахивающих подштанниками и орущих «Apache не нужен, Nginx в массы!!!».

По ссылке:

How do I enable SSL between Client/ATS/Origin end points?

* TODO



И это поделие они собираюстя противопоставить предынтырпразному nginx ? Подштанники ещё долго будут тебя беспокоить :)

router ★★★★★ ()
Ответ на: комментарий от post-factum

+1, очень интересные. У меня к счастью таких нагрузок нет, но буду иметь в виду.

router ★★★★★ ()

не понимаю, какой смысл в серверах, которые жрут память или процессор с линейным нарастанием при постоянной нагрузке? Это явный баг в алгоритме обслуживания очереди запросов.

AVL2 ★★★★★ ()

Провести бы сравнение сего чуда с nginx и lighttpd - промышленными стандартами россии и цивилизованного мира соответственно.

fooser ()

>вместе с компанией разработчиком

А разве правильно не «компания-разработчик»?

Dimanc ★★ ()
Ответ на: комментарий от router

Ничего интересного там нет, если почитал бы комментарии к этой статье, то увидел бы, что там классическая найопка (там сам автор этого Гвана срывает с Сысоева покровы).

Маленький недосервер этот Гван, у которого нет конфигурации (в качестве конфигурации структура катологов, для любого изменения параметров выдачи контента надо писать обертку на Си, которую он будет компилировать tcc).

Как оказалось, Гван делает больше сисколлов, чем nginx на одну отдачу файла (т.е. менее эффективен), следовательно более низкая производительность nginx связана с тем, что он больше времени проводит в юзерленде.

За счет чего? Сложно сказать. Гван проприетарный и что именно он делает в юзерленде кроме лтрейса-стрейса и декомпиляции / отладки никак не узнать. Но есть мнение, что это просто связано с его исключительной однопедальностью, которая на самом деле ограничивает его применимость.

А именно, с раздачей статики на синтетических бенчмарках (типа файла 100 байт) он хорошо справляется, но для любого изменения конфигурации надо делать Си-обертку, поэтому тут-то и начнутся потери. Кроме того, у него там куча скрытых недокументированных оптимизаций, типа отдачи файлов меньше X со сжатием без возможности отключения, так что и это, может быть добавляет.

Короче закопать его, а почитать автора --- типичный образец невменяемости, так что не удивительно.

anonymous ()

Чем оно лучше Squid в режиме реверс-прокси?

Balthazar ()
Ответ на: комментарий от anonymous

Как Анонимус, прошедший по ссылкам, подтверждаю неадекватность авторов G-WAN, они там не только с Сысоевым переругались, в PDF-ке с документацией http://gwan.com/archives/gwan_linux.pdf вся вторая страница посвящена срачам. Также совершенно неясна их позиция по поводу неоткрытия исходников, стыдно показывать, что ли?

nginx наше всё. А за ATS спасибо, будем посмотреть.

anonymous ()
Ответ на: комментарий от anonymous

> G-WAN

вся вторая страница


Конечно, третья. На второй только самое начало. А были бы сорцы - можно было бы и попробовать поверить в их честную борьбу за справедливость с акулами империализма.

anonymous ()
Ответ на: комментарий от anonymous

в PDF-ке с документацией http://gwan.com/archives/gwan_linux.pdf

Прочитал. Было очень трудно не заснуть, но честно прочитал.

39 страница 40 страница

Ну это... Оно-то конечно прикольно и смешно, но что-то посерьезнее редиректоров я бы так делать точно не стал. %)

Balthazar ()
Ответ на: комментарий от Balthazar

Ой, спасибо огромное, до туда я не дочитал! Какие очаровательные ребята! Там, начиная с тридцать третьей страницы, сплошное Трололо! Общий смысл: C++ sucks, Java sucks, PHP sucks a bit less, Go sucks much less, but also does, Страуструп - вендоюзер, а windows, как известно, sucks by its nature, US Government sucks, а из-за них и Теория Свободного Рынка тоже сосёт, а вот pure C, Деннис Ритчи и Линус Торвальдс рулят, и чем меньше абстракций, тем проще жить. А ещё C++, Java и даже Go были придуманы исключительно для того, чтобы заставить вас регулярно покупать новое железо у больших корпораций, и забивать неокрепшие умы студентов университетов бесполезной хренью, скрывающей суть, и являющейся в какой-то степени первой дозой.

В самом конце ещё несколько постулатов честного анархиста и антиглобалиста, и завершающая фраза о том, как правильно делать бизнес, с которой трудно не согласиться честному человеку:
Moral of the story: the more you work, the better you become at the task.
And if this is useful to others then you will get the dividends of your efforts.


Тысяча чертей! Если бы были открыты сорцы, завтра же этот G-WAN уже обслуживал бы мои странички! А так - не верю. Но надо отдать должное, это лучшая документация к web-серверу, которую я читал в своей жизни!

Сайт у них, кстати, тоже довольно симпатично оформлен.

anonymous ()
Ответ на: комментарий от mashina

Посмотри на статистику по использованию памяти и ты поймешь что я имел ввиду.

anonymous ()
Ответ на: комментарий от valich

на днях меня какой-то манагер стал учить, будто бы их сайт-визитка жутко тормозится Апачем...

Ну так поставь ему nginx он тебе спасибо скажет :)

zgen ★★★★★ ()
Ответ на: комментарий от zgen

> Ну так поставь ему nginx он тебе спасибо скажет :)

У них ситуация, я бы сказал нетривиальная. С одной стороны все хорошо работает, но иногда бывают пиковые нагрузки приводящие к сбоям выдачи.
Пока подозреваю, что это случается в те дни когда все пять офисных работников вспоминают, что у них же сайт есть и они его давно не смотрели.

valich ★★★ ()
Ответ на: комментарий от valich

Ты считашь, что это делает честь apache или тебе?

router ★★★★★ ()
Ответ на: комментарий от anonymous

> Какие очаровательные ребята!

Это *один* ребенок. Похожий неадекват, кстати, прет от автора ТехМакера, бывшего Кайла. Одного зовут Паскаль, второго --- Пьер. Система?

anonymous ()
Ответ на: комментарий от valich

У них ситуация, я бы сказал нетривиальная.

Судя по написанному ситуация вполне тривиальная. :) Так что поставить nginx вместо того, чтобы спорить и забыть!

zgen ★★★★★ ()
Ответ на: комментарий от router

> Ты считашь, что это делает честь apache или тебе?

Нет!
Мне сделало честь другое. Как-то раз поставил на ночь сделанного на коленке робота. Он в 120 потоков «ходил по ссылкам» этого сайтика. И знаешь, судя по таймингам, там нечему тормозить.
У них потом шухер был, посещаемость выросла. Хотели даже премию дать, но потом передумали.

valich ★★★ ()
Ответ на: комментарий от anonymous

В самом начале документации сказано:

G-WAN needs the 32-bit ia32 libraries on AMD64 Linux platforms:
apt-get -y install ia32-libs

Всё, дальше можно не читать. Вменяемость разработчиков, похоже, сильно ограничена.

anonymous ()
Ответ на: комментарий от valich

Тогда увеличивай детализацию логов (как минимум ErrorLog + CustomLog с полями: время запроса, ip клиента, запрос, код ответа и длина ответа, лучше ещё время генерации страницы) и жди следующей проблемы

но иногда бывают пиковые нагрузки приводящие к сбоям выдачи


Можно будет увидеть, какой поток запросов приводит к сбоям. Или окажется, что это внутренние проблемы сайта (ошибка в скриптах, например)

router ★★★★★ ()
Ответ на: комментарий от anonymous

> Вменяемость разработчиков, похоже, сильно ограничена.

Это один разработчик, и он считает, что 64 бита не нужны =)

anonymous ()
Ответ на: комментарий от anonymous

он вроде собирался добавить поддержку 64бит в следующих релизах

val-amart ★★★★★ ()
Ответ на: комментарий от post-factum

> Хочется услышать авторитетное мнение об этом vs. nginx.

я бы не стал их использовать для одних и тех же задач. у нас CDN на ATS, весьма и весьма. а нгиникс уже за ним. на АТС удобно делать вещи типа балансировки кешей, пуржда/пуша, авторизации и редиректов ну и тому подобных плюшек, но уместно опять-таки только если есть кеширующая ферма из больше одного сервера. в остальных случаях, нгиникс конечно предпочтительнее.

val-amart ★★★★★ ()
Ответ на: комментарий от val-amart

Простите, а какие еще задачи могут быть, если не нужно «балансировки кешей, пуржда/пуша, авторизации и редиректов ну и тому подобных плюшек»

Просто в голову не приходит такой сайт, в котором нет авторизации, но есть такой наплыв клиентов, что нужен разгрузочный фронтэенд перед апачем...

AVL2 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.