Балансировка нагрузки WebLogic

В настоящее время я разрабатываю проект, поддерживаемый в кластерной среде WebLogic. Я успешно настроил кластер, но теперь мне нужно решение для балансировки нагрузки (в настоящее время, только для целей тестирования, я использую HttpClusterServlet WebLogic с циклическим перебором балансировки нагрузки). Есть ли какая-либо документация, которая дает четкое сравнение (с плюсами и минусами) различных способов обеспечения балансировки нагрузки для WebLogic?

Вот основные темы, которые я хочу осветить:

  • Производительность (нормальная и при аварийном переключении);
  • Какие сбои можно обнаружить и насколько быстро выполняется отработка отказа;
  • Прозрачность до отказа (например, возможность автоматически повторить идемпотентный запрос);
  • Насколько хорошо каждое решение по балансировке нагрузки адаптировано к различным топологиям (N-уровень, кластеризация)

Заранее спасибо за помощь.


person XpiritO    schedule 20.01.2010    source источник


Ответы (1)


Есть ли какая-либо документация, которая дает четкое сравнение (с плюсами и минусами) различных способов обеспечения балансировки нагрузки для WebLogic?

Непонятно, какое приложение вы создаете и какие технологии в нем задействованы. Но...

Вы найдете полезную информацию в отказоустойчивости и репликации в кластере и Балансировка нагрузки в кластере (также см. процедуры реализации кластера ), но реального сравнения между различными вариантами нет, по крайней мере, насколько мне известно. Но выбор не такой уж и сложный: 1. Аппаратные балансировщики нагрузки будут работать лучше, чем программные балансировщики нагрузки, и 2. Если вы выберете программные балансировщики нагрузки, то плагин WebLogic для Apache является рекомендуемым (BEA) выбором для производства. На самом деле, для веб-приложений довольно часто помещать статические файлы на веб-сервер и, таким образом, использовать плагин Apache mod_wl. См. Установка и настройка подключаемого модуля HTTP-сервера Apache глава.

Вот основные темы, которые я хочу осветить:

  • Производительность (нормальная и при отказе): Если этот вопрос касается постоянного сеанса, WebLogic использует при репликации в память по умолчанию, и это работает довольно хорошо с относительно низкими накладными расходами.

  • Какие сбои можно обнаружить и насколько быстро выполняется восстановление после сбоя: неясно, какие протоколы вы используете. Но см. Ошибки подключения и отказоустойчивость кластера .

  • Прозрачность до отказа (например, возможность автоматически повторять идемпотентный запрос): уточнение используемых вами протоколов упростит ответ. Если этот вопрос касается HTTP-запросов, см. рисунок 3-1 Отказ подключения.

  • Насколько хорошо каждое решение по балансировке нагрузки адаптировано к различным топологиям (N-уровень, кластеризация): Вопрос неясен и слишком расплывчат (для меня). Но, возможно, взгляните на кластерные архитектуры.

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

person Pascal Thivent    schedule 21.01.2010