Лекция 6: Сценарий: добавление двух узлов в кластер

Конфигурация из четырех узлов

В этом разделе обсуждается конфигурация нового кластера из четырех узлов. Мы хотим добавить в кластер два новых узла и два новых приложения вместе с необходимыми ресурсами. Ниже представлена информация, используемая на этапе реконфигурации.

На рис. 6.2 представлена конфигурация нового кластера. Основные особенности кластера:

• четыре узла;
• одна открытая Ethernet-сеть ( net_ether_01 ) с перехватом IP-адреса посредством синонимов;
  

  
  Рис. 6.2. Четырехузловая конфигурация
• два базовых IP-адреса и один сервисный адрес на узел;
• четыре сети пульса через диски для соединения без IP;
• по умолчанию на каждом узле выполняется одно приложение;
• одна общая группа томов на узел;
• резервные подключения Fibre Channel.

Топология кластера

Сведения о конфигурации топологии кластера:

Имя кластера: clto24.
Имя узла 1: p650n01.
Имя узла 2: p650n02.
Имя узла 3: p650n03.
Имя узла 4: p690n01.

Конфигурация сети представлена в табл. 6.9. В новом кластере все еще используется только одна сеть Ethernet с перехватом IP-адреса посредством синонимов. Изменение состоит в том, что теперь кластер содержит четыре сети пульса через диски.

Конфигурация IP-сети на новых узлах подобна конфигурации на старых узлах: узлы содержат две интерфейсные карты с базовыми адресами. Также мы имеем два новых сервисных адреса для новых групп ресурсов ( табл. 6.10).

Конфигурация сетей пульса через диски

Четырехузловой кластер требует использования четырех сетей пульса через диски. Каждая сеть соединяет два узла через устройство vpath. Четыре сети составляют кольцо, соединяющее узлы. В случае отказа сети Ethernet узлы могут передавать пакеты пульса друг другу по этому кольцу, например узел 1 может отправлять данные на узел 3. На рис. 6.3 показана топология сети пульса через диски.

Рис. 6.3. Конфигурация сетей пульса через диски

Подробно конфигурация сети пульса через диски представлена в табл. 6.11.

Конфигурация групп ресурсов

Новый кластер содержит два новых приложения: Itapp выполняется на узле p650n03, его резервный узел – p690n01. Домашний узел приложения App1 – p690n01 ; он применяет динамический приоритет для перемещения при сбое на наименее используемый узел.

Мы не меняем серверы приложений DB2 и Development. В обычных условиях DB2 выполняется на узле p650n01, тогда как Development выполняется на узле p650n02. Узлы работают в традиционной конфигурации со взаимным перехватом.

Ниже описана конфигурация групп ресурсов HACMP, включая информацию об общем хранилище и группе ресурсов.

Конфигурация общих групп томов и файловых систем

В табл. 6.12 представлена конфигурация общей группы томов.

Табл. 6.13 содержит подробную конфигурацию файловых систем в группе томов db2vg.

Табл. 6.14 содержит конфигурацию файловых систем в группе томов devvg.

Табл. 6.15 содержит конфигурацию файловой системы в группе томов itappvg.

Табл. 6.16 содержит конфигурацию файловой системы в группе томов app1vg.

Серверы приложений

Наш кластер содержит два новых сервера приложений: Itapp и App1. В табл. 6.17 представлены скрипты запуска и остановки для серверов приложений.

Группы ресурсов

Табл. 6.18 содержит подробную конфигурацию для первоначальных групп ресурсов rg1 и rg2.

Табл. 6.19 содержит подробную конфигурацию новых групп ресурсов. Группа ресурсов rg4 применяет политику динамического перемещения при сбое: в случае отказа узла p690n01 выполняется ее перемещение на любой из остальных трех узлов с наименьшей нагрузкой на процессор.