Я решил сгруппировать свое веб-приложение J2EE, используя apache mod_jk в качестве внешнего балансировщика нагрузки, который перенаправляет запросы на группу экземпляров tomcat6. Что-то вроде этот.
Но есть проблема, которая заставляет меня скептически относиться к этой архитектуре. Единый балансировщик нагрузки обрабатывает все запросы этого крупномасштабного приложения в первую очередь, что делает его узким местом и единой точкой отказа. Правильно?
Если да, то есть ли способ - например, увеличение количества балансировщиков нагрузки - решить эту проблему?
Кстати, если кто-то знает о какой-либо кластерной архитектуре J2EE (с использованием Apache и tomcat или чего-то еще), которая реализована в реальном мире, в моем мозгу есть много неиспользуемого пространства, чтобы заполнить эту информацию.
Заранее спасибо.
Это действительно СПОФ.
Одно относительно грубое, но дешевое решение - установить второй и, возможно, третий экземпляр Apache и использовать циклический DNS.
Я предлагаю вместо этого рассмотреть балансировщик нагрузки с открытым исходным кодом, такой как HAProxy с участием Сердцебиение для управления общим IP-адресом. Один экземпляр HAProxy будет основным; другой вторичный. Используя контрольный сигнал, они будут управлять владением общим адресом.
