Назад | Перейти на главную страницу

Обратный прокси для ускорения HTTP

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

Какой обратный прокси-сервер вы предлагаете использовать?

Я использовал Apache mod_proxy в прошлом с некоторыми хорошими результатами, но есть ли что-то более производительное, что-то более конкретное для работы? Мне нужно, чтобы он был быстрым, чтобы кэшировать все, что можно, и избегать запросов, когда они не нужны.

Я думал о HAProxy, но, похоже, он больше направлен на обеспечение высокой доступности (несколько внутренних веб-серверов). В этой настройке весь веб-сайт размещен на одном сервере, на котором запущены некоторые компоненты LAMP.

У нас был очень хороший опыт работы с Лак.

Redpill Linpro, компания, стоящая за этим, заявляет на Сайт лаковой продукции:

Varnish - это обратный веб-ускоритель, разработанный для динамических веб-сайтов с большим содержанием контента. В отличие от других ускорителей HTTP, многие из которых начали свою жизнь как прокси на стороне клиента или исходные серверы, Varnish был разработан с нуля как ускоритель входящего трафика. Мы фактически утверждаем, что Varnish в десять-двадцать раз быстрее, чем популярный кеш Squid на том же оборудовании!

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

Varnish имеет открытый исходный код и имеет хорошее сообщество, при этом он активно развивается компанией.

Лак оказывается довольно популярным обратным прокси.

Кроме того, я считаю, что ты можешь бежать Nginx также как обратный прокси (используя memcached как вариант, думаю.)

Я не могу говорить об относительной производительности или о том, как она будет работать при большой нагрузке, но я использовал Кальмар для ускорения http в прошлом. Работает неплохо.

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