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

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

Ячейка в WAS

  1. будет содержать один узел Cell Deployment Manager.
  2. будет содержать один диспетчер развертывания
  3. will contain at least one node.
    1. each node will contain one node agent
    2. каждый узел будет содержать как минимум один сервер
  4. may have one or more clusters
    1. a cluster will have at least one node as a member

Ниже приведено изображение, показывающее вышеизложенное. Структура ячеек WAS

Я позаимствовал изображение из объяснения, данного rafaelri концепции веб-сферы: ячейка, узел, кластер, сервер…

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


websphere ibm-mq topology mq
person A j    schedule 12.10.2015    source источник
comment
Когда вы говорите, что знаете о концепции ячейки в MQ, вы имеете в виду SCOPE (CELL)? Кроме этого, я не могу придумать концепцию ячеек в MQ. MQ также имеет кластеры, фактически несколько значений этого слова. Напишу ответ на эту часть вашего вопроса.   -  person Morag Hughson    schedule 13.10.2015

Ответы (1)


arrow_upward
0
arrow_downward

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

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

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

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

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

Структура IBM MQ

person Morag Hughson    schedule 12.10.2015
comment
Кластер в WAS предназначен для управления отказоустойчивостью и распределения нагрузки. Я считаю, что кластер MQ Queue Manager также предназначен для обеспечения высокой доступности и аварийного переключения. Прав ли я в этом? На ваш предыдущий вопрос о области действия я ищу иерархию объектов. Например. Очередь является частью QueueManager. Является ли Queue Manager частью ячейки или кластера? Какова иерархия для этих объектов? - person A j; 13.10.2015
comment
Я добавил к своему ответу выше, и теперь пойду и попытаюсь нарисовать диаграмму того, что я описал, поскольку я думаю, что приближаюсь к пониманию того, что вам нужно сейчас :-) - person Morag Hughson; 14.10.2015
comment
Добавлена ​​схема. Конечно, это может вызвать столько же вопросов, сколько и ответов. Пожалуйста, дайте мне знать, если что-то неясно, и я отредактирую свой ответ по мере необходимости, чтобы помочь вам лучше понять. - person Morag Hughson; 14.10.2015