2010-01-20 4 views
3

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

Это основные темы я хочу, чтобы покрыть:

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

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

ответ

6

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

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

Вы найдете полезную информацию в Failover and Replication in a Cluster и Load Balancing in a Cluster (также посмотрите на Cluster Implementation Procedures), но нет никакого реального сравнения между различными вариантами, по крайней мере, насколько мне известно. Но выбор не такой сложный: 1. Балансировщики оборудования будут работать лучше, чем балансировщики программного обеспечения, и 2. Если вы переходите на балансировщики программного обеспечения, то плагин WebLogic для Apache является рекомендуемым (по BEA) выбором для производства. Собственно, для веб-приложений довольно обычным образом ставить статические файлы на веб-сервер и, следовательно, использовать плагин Apache mod_wl. См. Главу Installing and Configuring the Apache HTTP Server Plug-In.

Это основные темы я хочу, чтобы покрыть:

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

  • Какие ошибки могут быть обнаружены и как быстро происходит восстановление после сбоя: Непонятно, какие протоколы вы используете. Но см. Connection Errors and Clustering Failover.

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

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

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

Смежные вопросы