Есть много различных систем для балансировки нагрузки и обеспечения избыточности в производственных серверах (не только веб-серверы)Какую систему балансировки нагрузки вы используете в производстве? Что ты думаешь об этом?
Если вы используете один из этих (или других) в производстве, какой? Насколько хорошо это работает для вас? Вы оценили других?
Добавить Ultramonkey в список.
Мы используем только DB для избыточности, Oracle Dataguard работает хорошо, но его комплекс для настройки.
Для наших процессов apache мы используем (d): http://www.f5.com/products/big-ip/ Это похоже на отраслевой стандарт. Думаю, все сводится к тому, сколько вы платите, и что вы балансируете на балансе.
например. Websphere можно сделать:
большой ф -> Apache 1 -> WebSphere 1
большой IP -> Apache 2 -> WebSphere 2
или вы могли бы пересечь его:
большой ф - > Apache 1 -> WebSphere 1 & 2 (круговой)
большой IP -> Apache 2 -> WebSphere 2 & 1 (круговой)
Мы использовали последний, и он работал отлично. Следите за сценарием, когда один хост выходит из строя: в большинстве случаев вы потеряете этот запрос, если он просто отключится.
Круглый DNS-сервер даст вам балансировку нагрузки, но не избыточность. Если один из ваших серверов выходит из строя, он по-прежнему будет поражен своей долей запросов.
Мы используем Apache mod_jk для управления балансировкой нагрузки и избыточности между парами серверов приложений Java. Это работает очень хорошо, и это просто.
У нас также есть сервер Apache с отказоустойчивым отказом, если первичный сбой. В идеале мы использовали бы что-то Linux-HA для достижения горячего перехода на апач, но мы не уверены, можем ли мы оправдать сложность.
Я использовал один из low-end Coyote Point балансировщиков нагрузки для небольшого сайта. Я нашел установку интуитивно понятной и стабильной и простой в использовании.
Я считаю, что их продукт является хорошим интерфейсом веб-интерфейса для BSD's relayd, ранее поддерживаемым.
Оглядываясь назад, хотелось бы, чтобы я купил продукт среднего и высокого класса, поэтому я мог использовать балансировщик нагрузки в качестве конечной точки SSL и сэкономить деньги на сертификатах.
Отдел в UCLA использует Juniper Acceleration Platform, и они очень довольны этим. Это касается решения SSL-шифрования, а мальчик, аппаратный SSL - это , поэтому намного быстрее! В настоящее время они перенаправляют больше своих услуг для работы с ним.
Что круто о нем:
Это (разговор скорости!) не дешевый, но очень эффективный для компаний с огромным количеством трафика. См. Спецификации для выбора UCLA here.
Мы используем keepalived над LVS. Простое добавление серверов и поддержка серверов с избыточной нагрузкой.
Марк Imbriaco из 37signals создал короткий скринкаст демонстрирующий, как его компания использует HAproxy для Rails балансировки нагрузки:
Я использовал F5 bigips на пару рабочих мест, в дополнении к обычному аппаратному балансировка нагрузки лакомства Я особенно люблю irules, которые действительно предлагают некоторую большую гибкость переписывания
его основном событиями язык сценариев
http://devcentral.f5.com/Default.aspx?tabid=75
есть вики, но вам нужно создать учетную запись для доступа является
Мы используем E250si по coyotepoint.
Причины, по которым мы выбрали для этого конкретного loadbalancer
Одна из вещей, чтобы добавить, что даже несмотря на то, loadbalancer имеет только четыре физических порта, вы можете включить больше портов за счет подключения коммутатора к одному из ваших физических портов - и тем самым уходящая
Там в не так много сказать об этом loadbalancer. Это было хорошо для нас и работает без перезагрузки и любых проблем в течение 10 месяцев или около того. Всякий раз, когда сервер терпел неудачу, он был немедленно снят с вращения. Не столько я могу жаловаться.
Первоначально есть несколько вещей, чтобы привыкнуть, и если я должен был думать о слабых местах, только два приходят на ум:
Все в целом, E250si спас нас все настройки и поддержание другого сервера, и т.д .. Но, так как я слышал так много хороших вещей о HAproxy и фунте, мы, вероятно, рано или поздно мигрировать в этом направлении. Если я поеду на программный маршрут, я буду очень придирчив после того, как компоненты, которые я разместил на сервере, - например, системная плата, сетевые карты и т. д.
HAProxy - превосходный программный балансировщик нагрузки; легко настраиваемый, настраиваемый и чрезвычайно эффективный (он может saturate a 10Gb NIC).
Основные особенности, которые делают HAProxy так подходит к нам:
Единственное, что раздражает HAProxy, это файл конфигурации. Нет никакого удобного способа программного изменения конфигурации сервера, и есть кривая обучения для понимания различных вариантов.
Мы используем HAProxy с большим успехом. Я никогда не видел, чтобы это превысило 2% использования ЦП даже во время средней загрузки.
Круглый Робин с липкими сеансами - это то, что я считаю используемым. У нас должен быть параметр, чтобы информация сеанса ASP/ASP.Net сохранялась, чтобы пользователь придерживался одного сервера, на котором есть сеанс.
У нас возникла небольшая проблема, связанная с переходом с http на SSL, где наш сайт отправил пользователей, прошедших проверку подлинности, на незащищенную страницу, и пользователи, не прошедшие проверку подлинности, будут отправлены на защищенную страницу входа, которая была бы странной, но сделайте некоторый смысл в конце, который был разрешен путем завершения SSL для лучшего решения, кроме как вернуться к одному серверу, который был немедленным решением.
Возможно, наступит время, когда потребуется определить что-то более сложное, чтобы определить, какой сервер является «наименее занятым», и отправить следующий запрос на эту машину, но я не уверен, как парни инфраструктуры пойдут на это функциональность балансировщика нагрузки.
В настоящее время мы используем балансировщик нагрузки Zeuz ZXTM и доволен им до сих пор. Однако наш хостинг-провайдер изначально настроил его на виртуальной машине поверх машины, на которой работают службы брандмауэра. Оказалось, что это была довольно глупая ошибка, поскольку связи стали насыщенными задолго до того, как трафик должен был стать проблемой. После того, как он перешел в собственный выделенный ящик, мы смогли безотлагательно обрабатывать исходящий трафик 100Mb/s (на 4-битном интернет-канале 4Gb/s).
HAProxy (балансировки нагрузки) + фунт (SSL termnation) + keepalived (VRRP иметь живую резервную loadbalancer)
Циклическая DNS даст вам избыточность. Веб-браузеры обычно ведут себя разумно, когда один из хостов в циклическом DNS-сервере терпит неудачу. В частности, если хост в RR DNS быстро сработает (например, «отказ от подключения», веб-браузер так быстро выходит из строя, что пользователи не заметят. – MarkR 2008-10-05 18:54:35
Я не знал об этом. браузер знает о настройке round-robin, хотя, учитывая, что он просто запрашивает ОС для реляционной DNS? Разве это не тот браузер, слепо выполняющий автоматический повтор? – skaffman 2008-10-05 18:59:48
Браузер разрешает все IP-адреса хоста и выбирает один из них, если это не удается, он пытается других. Библиотека resolver позволяет приложению получать все соответствующие записи. – MarkR 2008-10-05 19:28:38