Россия |
WebSphere MQ и кластеры
WebSphere MQ под управлением MSCS
В данной части лекции мы подразумеваем, что читатель хорошо знаком с работой Microsoft Cluster Server ( MSCS ). Для установки WebSphere MQ на кластер NT система должна удовлетворять следующим требованиям:
- Windows NT4 Enterprise Edition with Service Pack 6a или более поздним,
-
Microsoft Cluster Server ( MSCS ),
или
- Windows 2000 Advanced Server,
- Microsoft Cluster Server ( MSCS ).
Процедура установки WebSphere MQ и помещение менеджеров под контроль MSCS описывается следующими шагами:
- MSCS должен быть установлен и стартован.
- Установить WebSphere MQ на каждом сервере. Создать менеджер очередей. Рекомендуется сменить кодовую страницу на 1251.
- Закрыть MSCS Cluster Administrator и WebSphere MQ Explorer на каждом сервере (менеджер очередей не останавливать).
- Зарегистрировать новый ресурс "IBM WebSphere MQ MSCS" с помощью команды haregtyp /r.
- Выполнить пункт 4 на другом сервере кластера.
- Проверить наличие нового ResourceType с именем "IBM WebSphere MQ MSCS" запустив MSCS Cluster Administrator и нажав '+' рядом с именем кластера.
- Создать необходимые объекты (очереди, каналы и пр.) WebSphere MQ на "активном сервере".
- Остановить Queue Manager.
- Создать на кластерном диске (допустим, что кластерный диск имеет название E:) каталоги WebSphere MQ и WebSphere MQ\log.
- Выполнить команду для переноса Queue Manager в кластер
hamvmqm /m qmname /dd e:\WebSphere MQ /ld e:\WebSphere MQ\log
где qmname – имя менеджера очередей.
- Стартовать менеджер и проверить его работоспособность, создав очередь, поместив в нее тестовое сообщение, просмотрев его и удалив очередь.
- Установить тип запуска сервиса IBM MQSeries в "Manual".
- Остановить Queue Manager.
- Запустить MSCS Cluster Administrator.
- Создать группу в MSCS, которая будет содержать все необходимые ресурсы менеджера очередей.
- Создать в группе ресурс типа "Physical Disk" для кластерного диска ( E:). Зависимых (Resource dependencies) ресурсов не указывать.
- Создать IP ресурс, в котором указать "свободный" IP адрес. Этот адрес будет использоваться другими менеджерами или клиентами для установления соединения с "виртуальным" менеджером очередей.
- Создать ресурс типа "IBM WebSphere MQ MSCS". В процессе создания данного ресурса используется Wizard (мастер построения), при работе с которым необходимо ввести следующие параметры:
- Name – имя для идентификации менеджера очередей;
- Add to group – добавить в группу, созданную в п.14;
- Run in a separate Resource Monitor – данную опцию можно не использовать;
- Possible owners – добавить обе части (node) кластера;
- Dependencies – добавить ресурс для кластерного диска и ресурс для IP;
- Parameters – QueueManagerName (добавить имя менеджера очередей); PostOnlineCommand (команда, которая может быть выполнена, когда менеджер очередей перейдет из состояния online в offline); PreOfflineCommand (команда, которая может быть выполнена, когда менеджер очередей перейдет из состояния offline в online).
На этом процесс переноса менеджера под управление MSCS можно считать завершенным. Остается только проверить работоспособность менеджера, проимитировав сбой с помощью команды MSCS "Initiate Failure", вызываемой с помощью контекстного меню группы, в которую входит менеджер очередей. Кратко о преимуществах работы WebSphere MQ под управлением MSCS. Очевидно, что это делает работу WebSphere MQ исключительно надежной в целом, если по тем или иным причинам один сервер кластера выйдет из строя или временно будет не доступен.
Прежде чем деинсталлировать WebSphere MQ необходимо вывести менеджер очередей из под контроля MSCS. Для этого нужно сначала перевести ресурс менеджера в offline, а затем уничтожить все ресурсы. Уничтожение ресурсов (кластерный диск, IP адрес, IBM WebSphere MQ MSCS ) не приведет к удалению менеджера очередей. Далее выполнить команду haregtyp /u. Рекомендуется сохранить все объекты менеджера (например с помощью программы saveqmgr, описанной в лекции 5), затем удалить менеджер, создать его заново и восстановить все объекты.
В заключение лекции можно сказать, что мы рассмотрели работу WebSphere MQ в самом кластере WebSphere MQ и под управлением кластера MSCS. Главное отличие состоит в том, что при работе с кластером MSCS "виртуальный" менеджер кластера всегда доступен, если даже один из серверов выходит из строя. Управление объектами WebSphere MQ остается точно таким же, как и при работе с локальным менеджером, и никаких преимуществ в управлении и настройке мы не получаем. В случае использования кластера WebSphere MQ наяву очевидные преимущества, связанные с отсутствием обязательного создания и настройки трансмиссионных (transmission) и удаленных (remote) очередей и каналов. Но если возникают проблемы на одном из менеджеров кластера WebSphere MQ, то считывание сообщений из локальных кластерных очередей менеджера становится проблематичным до восстановления его работоспособности.