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

Конфигурация из двух узлов

В этом разделе описывается конфигурация первоначального кластера из двух узлов с использованием таблиц, подобных применяемым при планировании кластера HACMP. Конфигурация кластера изображена на рис. 6.1. Основные особенности двухузлового кластера следующие:

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

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

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

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

В табл. 6.2 представлена конфигурация сетевых интерфейсов. Каждый узел содержит два сетевых адаптера, и каждый интерфейс содержит один базовый IP-адрес. Кроме того, имеется два сервисных адреса, по одному для каждой группы ресурсов.

Кластер имеет одну сеть пульса через диски, которая включает одну группу томов с возможностью расширенного одновременного доступа (enhanced concurrent capable volume group). Этот диск используется только для мониторинга пульса. ( табл. 6.3).

Ресурсы кластера

Далее описывается, какие ресурсы необходимы для выполнения наших приложений в HACMP.

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

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

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

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

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

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

Мы создали две группы ресурсов. Каждая группа ресурсов содержит один сервер приложений, один сервисный IP-адрес и требуемую группу томов. Табл. 6.8 содержит подробную конфигурацию группы ресурсов.

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

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

На рис. 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.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 выполняется ее перемещение на любой из остальных трех узлов с наименьшей нагрузкой на процессор.

Реконфигурирование кластера

Расширение кластера с двух до четырех узлов состоит из следующих этапов:

Выполнение предварительных требований

На новых узлах требуется выполнить следующие действия:

Добавление новых узлов в кластер

Повторите эти действия на каждом узле.

Обнаружение информации, относящейся к HACMP, на узлах

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

Конфигурирование топологии кластера

Следуйте нижеперечисленным указаниям, чтобы сконфигурировать параметры IP-сети кластера на новых узлах.

Добавление базовых интерфейсов в топологию кластера

См. параметры IP-сети кластера в табл. 6.9 и в табл. 6.10.

Повторите эти действия для каждого базового интерфейса на всех новых узлах ( node3b1, node3b2, node4b1 и node4b2 ). Если в списке не отображаются требуемые сетевые интерфейсы, нужно тщательно проверить параметры сети для новых узлов и файла /etc/hosts, после чего повторно выполнить процесс обнаружения HACMP

Проверка новой сетевой топологии

Топология кластера должна соответствовать табл. 6.10, если вы все сделали правильно.

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

Для удобства мы советуем вам создать отдельные группы томов для мониторинга пульса через диски, чтобы эти диски не использовались для других целей. Кроме того, следует импортировать группы томов на каждом узле, чтобы вы знали, какие диски для чего применяются.

Теперь мы можем добавить пары дисков для мониторинга пульса через диски в конфигурацию кластера:(рис 6.6) Создание группы томов с возможностью расширенного одновременного доступа

Выберите пары дисков для мониторинга пульса через диски, которые следует добавить (рис. 6.7). SMIT выводит список обнаруженных дисков, содержащих группы томов с возможностью расширенного одновременного доступа. Выберите два устройства из списка. Устройства должны иметь одинаковый идентификатор тома (volume ID), они должны представлять один и тот же физический диск. При выборе пар дисков всегда следует обращать внимание на идентификатор PVID (в правой части экрана), так как имена hdisk на разных узлах могут отличаться. Один диск может быть использован только в одной сети мониторинга пульса через диски. Также следует проверить выходные данные команды lspv, чтобы определить отношения между группами томов и дисками.(рис 6.7) Добавление устройств пульса через дискиНапример, сеть пульса через диски между узлами p650n03 и p690n01 проходит через c34vg. Группа томов c34vg содержит один диск; этот диск на обоих узлах называется vpath6. Этот диск имеет идентификатор PVID 000197caca4d816f. Так что при выборе пары устройств в меню SMIT сначала нужно выбрать диск с требуемым PVID, после чего выбрать соответствующие узлы. Повторите этот этап с каждой парой устройств пульса через диски для новых узлов.

К этому моменту мы успешно сконфигурировали новую топологию кластера. Пожалуйста, еще раз проверьте новую топологию и выполнение предварительных требований, прежде чем начинать процесс верификации и синхронизации.

Выполнение верификации и синхронизации кластера

При верификации кластера выполняется проверка и наполнение ODM-классов HACMP информацией о новой конфигурации топологии. Если у вас включены наборы файлов, HACMP копирует файлы на новые узлы. Вам нужно исправить возможные ошибки и предупреждения, прежде чем продолжать конфигурирование группы ресурсов. После успешной верификации новые узлы и коммуникационные интерфейсы должны выводиться в утилите /usr/es/sbin/cluster/clstat.