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

Широко используемые решения для балансировки нагрузки?

я попросил этот вопроси немного разочарован тем, что NLB не получил широкого распространения.

Я хочу спросить о широко используемых сейчас в мире решениях. Не могли бы вы дать мне список и краткое введение для каждого? Из-за ограничений моих тезисов мне нужно сосредоточиться на программном решении на базе Windows (приветствуются как уровень базы данных, так и системный уровень).

Ряд бесплатных балансировщиков нагрузки / веб-прокси с открытым исходным кодом можно заставить работать в Windows, но настройка - это небольшая проблема. Я пробовал nginx, lighttpd и старый Apache для различных настроек балансировки нагрузки.

Тем не менее, Windows NLB в порядке, вам просто нужно много настраиваемых сценариев для правильной обработки сценариев сбоя. Лично мы используем nginx, работающий на виртуальных машинах Linux, перед нашими машинами с Windows, потому что, как и большинство других инструментов с открытым исходным кодом, nginx работает в Linux намного лучше, чем Windows.

Pound, HAproxy и LVS также широко используются в мире с открытым исходным кодом.

Я использовал Linux VS в качестве балансировщика нагрузки для почтовой системы 20 ГБ в день, и это сработало просто фантастически. Он будет масштабироваться для множества решений, с которыми вы можете столкнуться.

С ними вам не повезет. Как я уже сказал, большая часть широко используемой балансировки нагрузки НЕ является программной.

Основная причина этого в следующем:

  • Люди, создающие большой сайт, используют профессиональные инструменты. Это особенно верно на аппаратном уровне. Не то чтобы мне очень нравились Cisco ... но они есть.
  • Есть хорошее оборудование, выполняющее балансировку нагрузки ВНЕ вашего сервера.

Вы можете проверить http://en.wikipedia.org/wiki/Load_balancing_%28computing%29 для списка провайдеров.

Это, к сожалению, оставляет программные решения вне поля зрения. В основном потому, что у стандартного оборудования есть проблемы с обработкой сетевого трафика для начала (вот почему маршрутизаторы / коммутаторы высокой мощности не строятся на стандартных компонентах). Программное решение просто не так масштабируемо, как оборудование. И поскольку большинство людей используют оборудование .... вот и все. Посмотрите на пропускную способность более дорогих решений от Extreme Networks или Cisco, и вы поймете, о чем я говорю.

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