Балансировка нагрузки WebLogic - PullRequest
Новая
       38

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

3 голосов
/ 20 января 2010

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

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

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

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

1 Ответ

6 голосов
/ 21 января 2010

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

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

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

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

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

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

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

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

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

...