Какую систему балансировки нагрузки вы используете в производстве? Что ты думаешь об этом? - PullRequest
10 голосов
/ 05 октября 2008

Существует множество различных систем для балансировки нагрузки и обеспечения избыточности на производственных серверах (не только веб-серверах).

  • Round-robin DNS
  • Виртуальный сервер Linux
  • Локальный директор Cisco
  • F5 BigIP
  • Windows NLB
  • и т.д.

Если вы используете один из них (или другой) в производстве, какой? Насколько хорошо это работает для вас? Вы оценивали других?

Ответы [ 15 ]

1 голос
/ 26 декабря 2008

В настоящее время мы используем балансировщик нагрузки Zeuz ZXTM и довольны им до сих пор. Однако наш хостинг-провайдер изначально настроил его на виртуальной машине поверх машины, на которой запущены службы брандмауэра. Оказалось, что это было довольно глупой ошибкой, поскольку соединения стали насыщенными задолго до того, как трафик должен был стать проблемой. Переместившись в отдельную выделенную коробку, мы смогли обрабатывать исходящий трафик со скоростью 100 Мбит / с без сбоев или проблем (при работе через интернет-канал 4 Гбит / с).

1 голос
/ 06 октября 2008

Департамент в UCLA использует Платформу ускорения Juniper , и они очень довольны этим. Это доходит до того, чтобы взять на себя задачу шифрования SSL, и, с другой стороны, аппаратный SSL - это , поэтому намного быстрее! В настоящее время они переносят больше своих служб для работы с ним.

Что круто в этом:

  • Хранит часто используемые шаблоны данных на выделенных жестких дисках.
  • Аппаратные алгоритмы (скорость разговора!)
  • Поддерживает большинство распространенных протоколов

Это не дешево, но очень эффективно для компаний с огромным объемом трафика. См спецификации для выбора UCLA здесь .

1 голос
/ 05 октября 2008

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

Мы используем Apache mod_jk для балансировки нагрузки и избыточности между парами серверов приложений Java. Это работает очень хорошо, и это просто.

У нас также есть сервер Apache для холодного переключения при сбое основного сервера. В идеале мы использовали бы что-нибудь Linux-HA для достижения горячего переключения при сбое для apache, но мы не уверены, сможем ли мы оправдать сложность.

0 голосов
/ 26 декабря 2008

Круглый Робин с липкими сессиями - это то, что я считаю, мы используем. Нам нужно настроить этот параметр так, чтобы информация о сеансе ASP / ASP.Net сохранялась, чтобы пользователь придерживался одного сервера, на котором есть сеанс.

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

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

0 голосов
/ 26 декабря 2008

Мы используем HAProxy с большим успехом. Я никогда не видел, чтобы загрузка процессора превышала 2%, даже при средней загрузке.

...