Какова общая структура ячейки WebSphere MQ?

Question

Какова общая структура ячейки WebSphere MQ?
Чтобы дать вам представление о том, что я ищу, позвольте мне привести пример топологии WebSphere Application Server.
следующие правила для WAS

Ячейки в WAS

1. будет содержать один сотовый диспетчер развертывания узла.
2. будет содержать один диспетчер развертывания
3. будет содержать хотя бы один узел.
   1. каждый узел будет содержать один агент узла
   2. каждый узел будет содержать, по меньшей мере, один сервер
4. может иметь один или более кластеров
   1. кластер будет иметь по крайней мере один узел, как член

Ниже аи маг, изображающий выше.

Я заимствовал образ из объяснения дается rafaelri websphere concepts: cell, node, cluster, server…

Что действительно хотят правила для подобной структуры топологии для WebSphere MQ.
Я знаю, что есть концепция Cell в MQ, аналогичным образом существует концепция кластера. Я просто не знаю, что такое иерархия структуры.
Любая помощь будет очень признательна.

Answer 1

IBM MQ имеет концепцию «кластеров». Этот термин, к сожалению, довольно перегружен!

Вы можете использовать MQ в кластере HA. Это наиболее близкое к вашему использованию слово «кластер» в среде WAS. Кластер HA используется для высокой доступности и восстановления после сбоя диспетчера очереди.

Большинство людей, когда они говорят о «кластерах MQ», однако, относятся к кластерам MQ Queue Manager, что является чем-то другим. Кластеры кластера MQ Queue Manager представляют собой набор взаимодействующих, но в остальном полностью отличных машин без обмена, которые предоставляют высокодоступный набор сервисов (очереди рекламы с тем же именем) для обработки ваших сообщений. Кластеры Queue Manager используются для максимальной доступности вашей службы, предоставляя несколько экземпляров (очередь) и рабочую нагрузку, балансируя сообщения с доступными экземплярами очереди. Это не для высокой доступности и не работает диспетчер очереди.

Комбинация кластера менеджеров очередей, каждый из которых размещает очередь, которая является конечной точкой для вашей службы, где каждый менеджер очередей также рассматривается для сценариев сбоев с использованием своего рода кластера HA (либо встроенного сервиса из MQ, известного как Multi-instance QMGR или кластер HA, управляемый внешним менеджером HA, например Veritas Cluster или HACMP) является наилучшей практикой для общей доступности вашей системы обмена сообщениями.

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