Мне было поручено изучить способы создания очень отказоустойчивая конфигурация профессионального приложения, разработанного для JBoss.
У меня несколько фиксированная конфигурация оборудования (серверы уже выбраны, и они предназначены для обработки тысяч соединений в секунду) и гораздо больше свободы для программного обеспечения.
Я изначально хотел использовать VRRP, либо с выделенными переключателями L3, либо через оставайся живым, и haproxy для обеспечения доступа к Apache в резервной конфигурации с балансировкой нагрузки.
(Ссылка:
Это первый раз, когда мне нужно развернуть JBoss, поэтому, выполняя домашнее задание, я прочитал, что mod_jk, по сути, имеет сам балансировщик нагрузки, который будет работать между одним экземпляром apache и несколькими экземплярами JBoss.
Мой вопрос: если бы я настроил балансировку нагрузки HTTP с помощью HAProxy и балансировку нагрузки AJP / JBoss с помощью mod_jk, получил бы я какую-то пользу? это каким-либо образом испортит балансировку нагрузки или даже функциональность сервера приложений?
Вот схема предполагаемой конфигурации:
Мы все еще находимся в стадии проектирования, поэтому подробностей больше нет. Я могу предоставить их, если необходимо, но я считаю, что это общий вопрос о работе различных механизмов балансировки нагрузки при развертывании JBoss + Apache.
Я тоже не принимал во внимание базы данных, это следующий шаг, которым мы займемся.
Мой вопрос: если бы я настроил балансировку нагрузки HTTP с помощью HAProxy и балансировку нагрузки AJP / JBoss с помощью mod_jk, получил бы я какую-то пользу?
Я бы сделал это с помощью HAProxy или mod_jk
, не оба. Я не вижу никакой пользы от использования многоуровневого балансировщика нагрузки.
Другой вариант - использовать mod_cluster
. Попробуйте.
Я не вижу никакой пользы от использования многоуровневого балансировщика нагрузки.
Ajp - это бинарный протокол, намного быстрее, чем http, поэтому, если вы используете Haproxy вначале в режиме tcp (быстрее, чем http) для Apache, а затем mod_jk между Apache и Jboss, вы заметите некоторое повышение. по сравнению с режимом HTTP Haproxy с Jboss.