Компания IBM
Опубликован: 01.02.2008 | Доступ: свободный | Студентов: 540 / 20 | Оценка: 4.60 / 4.40 | Длительность: 43:55:00
Специальности: Разработчик аппаратуры

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

< Лекция 5 || Лекция 6: 1234 || Лекция 7 >

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

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

На рис. 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-адреса посредством синонимов. Изменение состоит в том, что теперь кластер содержит четыре сети пульса через диски.

Таблица 6.9. Конфигурация сетей
Имя сети Тип сети Маска сети IPAT посредством синонимов
net_ether_01 ethernet (открытая) 255.255.255.0 Включен
net_diskhb_01 Сеть пульса через диски Неприменимо Неприменимо
net_diskhb_02 Сеть пульса через диски Неприменимо Неприменимо
net_diskhb_03 Сеть пульса через диски Неприменимо Неприменимо
net_diskhb_04 Сеть пульса через диски Неприменимо Неприменимо

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

Таблица 6.10. Сетевые интерфейсы
IP-метка Сетевой интерфейс Функция интерфейса IP-адрес
node1b1 en0 Базовый на p650n01 192.168.100.51
node1b2 en1 Базовый на p650n01 192.168.145.51
p650n01 Сервисный 192.168.147.51
node2b1 en0 Базовый на p650n02 192.168.100.52
192.168.100.52 en1 Базовый на p650n02 192.168.100.52
p650n02 Сервисный 192.168.100.52
node3b1 en0 Базовый на p650n03 192.168.100.53
node3b2 en1 Базовый на p650n03 192.168.100.53
p650n03 Сервисный 192.168.100.53
node4b1 en0 Базовый на p690n01 192.168.100.63
node4b2 en1 Базовый на p690n01 192.168.145.63
p690n01 Сервисный 192.168.147.63

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

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

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

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

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

Примечание. Для согласованности мы используем одинаковую нумерацию устройств vpath на всех узлах, поэтому каждая пара узлов имеет одинаковое имя устройств vpath.
Таблица 6.11. Конфигурация сетей пульса через диски
Имя сети Узел 1/устройство Узел 2/устройство Имя группы томов
net_diskhb_01 p650n01/vpath4 p650n02/vpath4 c12vg
net_diskhb_02 p650n02/vpath5 p650n03/vpath5 c23vg
net_diskhb_03 p650n03/vpath6 p690n01/vpath6 c34vg
net_diskhb_04 p690n01/vpath7 p650n01/vpath7 c41vg

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

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

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

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

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

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

Таблица 6.12. Конфигурация общих групп томов
Имя группы томов p65 0n01 p65 0n02 p65 0n03 p69 0n01 Старший номер устройства
db2vg vpath0 vpath0 vpath0 vpath0 45
devvg vpath1 vpath1 vpath1 vpath1 46
itappvg vpath2 vpath2 vpath2 vpath2 47
app1vg vpath3 vpath3 vpath3 vpath3 48

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

Таблица 6.13. Конфигурации файловых систем первой группы томов
Имя группы томов db2vg
Файловая система 1 /db2data
Файловая система 1 – логический том /dev/db2datalv
Файловая система 1 – том журнала jfs /dev/db2loglv
Файловая система 2 /db2archiv
Файловая система 2 – логический том /dev/db2arclv
Файловая система 2 – том журнала jfs /dev/db2loglv

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

Таблица 6.14. Конфигурация файловых систем второй группы томов
Имя группы томов devv g
Файловая система 1 /develop
Файловая система 1 – логический том /dev/devlv
Файловая система 1 – том журнала jfs Встроенный журнал
Файловая система 2 /tools
Файловая система 2 – логический том /dev/toolslv
Файловая система 2 – том журнала jfs Встроенный журнал

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

Таблица 6.15. Конфигурация файловой системы третей группы томов
Имя группы томов itappvg
Файловая система 1 /itapp
Файловая система 1 – логический том /dev/ itapplv
Файловая система 1 – том журнала jfs Встроенный журнал

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

Таблица 6.16. Конфигурация файловой системы четвертой группы томов
Имя группы томов app1v g
Файловая система 1 /app1
Файловая система 1 – логический том /dev/ app1lv
Файловая система 1 – том журнала jfs Встроенный журнал

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

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

Таблица 6.17. Конфигурация серверов приложений
Имя сервера приложений Скрипт запуска Скрипт остановки
DB2 /usr/ha/start.db2 /usr/ha/stop.db2
Development /usr/ha/start.development /usr/ha/stop.development
Itapp /usr/ha/start.itapp /usr/ha/stop.itapp
App1 /usr/ha/start.app1 /usr/ha/stop.app1

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

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

Таблица 6.18. Конфигурация групп ресурсов-1
Имя ресурса rg1 rg2
Имена узлов-участников p650n01, p650n02 p650n02, p650n01
Политика запуска Подключение только на домашнем узле (Online On Home Node Only) Подключение только на домашнем узле (Online On Home Node Only)
Политика перемещения при сбое Перемещение при сбое на узел из списка со следующим приоритетом (Fallover To Next Priority Node In The List) Перемещение при сбое на узел из списка со следующим приоритетом (Fallover To Next Priority Node In The List)
Политика возврата после восстановления Возврат после восстановления на узел с более высоким приоритетом в списке (Fallback To Higher Priority Node In The List) Возврат после восстановления на узел с более высоким приоритетом в списке (Fallback To Higher Priority Node In The List)
Политика динамического приоритета узлов
Порядок обработки Параллельная Параллельная
Сервисные IP-метки p650n01 p650n02
Серверы приложений db2 development
Группы томов db2vg devvg
Использование принудительной активизации групп томов при необходимости Нет Нет
Автоматический импорт групп томов Нет Нет
Файловые системы ВСЕ ВСЕ
Проверка согласованности файловой системы fsck fsck
Метод восстановления файловой системы Последовательный Последовательный
Подключение файловых систем перед конфигурированием IP Нет Нет
Файловые системы/каталоги для экспорта
Файловые системы/каталоги для NFS-подключения
Сеть для NFS-подключения
Основной класс WLM

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

Таблица 6.19. Конфигурация групп ресурсов-2
Имя ресурса rg3 rg4
Имена узлов-участников p650n03, p690n01, p650n02 p690n01, p650n03, p650n02, p650n01
Политика запуска Подключение только на домашнем узле (Online On Home Node Only) Подключение только на домашнем узле (Online On Home Node Only)
Политика перемещения при сбое Перемещение при сбое на узел из списка со следующим приоритетом (Fallover To Next Priority Node In The List) Перемещение при сбое на узел из списка со следующим приоритетом (Fallover To Next Priority Node In The List)
Политика возврата после восстановления Возврат после восстановления на узел с более высоким приоритетом в списке (Fallback To Higher Priority Node In The List) Возврат после восстановления на узел с более высоким приоритетом в списке (Fallback To Higher Priority Node In The List)
Политика динамического приоритета узлов Перемещение при сбое на узел с наименьшей нагрузкой на процессор (Fallover to the node with the highest idle CPU (cl_highest_ idle_cpu))
Порядок обработки Параллельная Параллельная
Сервисные IP-метки p650n03 p690n01
Серверы приложений itapp app1
Группы томов itappvg app1vg
Использование принудительной активизации групп томов при необходимости Нет Нет
Автоматический импорт групп томов Нет Нет
Файловые системы ВСЕ ВСЕ
Проверка согласованности файловой системы fsck fsck
Метод восстановления файловой системы Последовательный Последовательный
Подключение файловых систем перед конфигурированием IP Нет Нет
Файловые системы/каталоги для экспорта
Файловые системы/каталоги для NFS-подключения
Сеть для NFS-подключения
Основной класс WLM
< Лекция 5 || Лекция 6: 1234 || Лекция 7 >
Динар Валеев
Динар Валеев
Россия
Lichodedov Andrej
Lichodedov Andrej
Литва