2.6. Особенности настройки служб высокой готовности

Для обеспечения высокой степени доступности кластера можно настроить соответствующие службы. Ключевой компонент rgmanager позволяет перезапустить приложения после сбоя. В процессе настройки кластера формируются высокодоступные службы, которые в случае сбоя смогут мигрировать с одного узла кластера на другой без видимых последствий для клиентов. Процедура восстановления инициируется при сбое узла кластера или при переносе службы с одного узла на другой (например, при планируемом обслуживании узла).
При создании службы высокой готовности необходимо настроить ее в файле конфигурации кластера. Такая служба включает ресурсы кластера — структурные единицы, настраиваемые в файле конфигурации (адреса IP, сценарии инициализации приложений, общие разделы Red Hat GFS2).
Служба высокой готовности может работать только на одном узле кластера, тем самым не нарушая целостность данных. Дополнительно можно задать приоритет восстановления узлов в случае сбоя. Если приоритет не определен, служба может быть восстановлена на любом узле в рамках домена восстановления. Можно снять ограничения на выбор узла: если узлы домена недоступны, служба может быть перезапущена на любом узле кластера.
Рисунок 2.1, «Пример кластерной службы веб-сервера» демонстрирует схему под названием «content-webserver». Служба запущена на узле B в домене, который включает узлы A, B, D. Узел D имеет более высокий приоритет по сравнению с A. Выбор запасного узла ограничивается пределами домена. Служба охватывает следующие ресурсы:
  • IP-адрес 10.10.10.201.
  • Приложение "httpd-content": сценарий инициализации веб-сервера /etc/init.d/httpd (httpd).
  • Файловая система Red Hat GFS2 под названием "gfs2-content-webserver".
Пример кластерной службы веб-сервера

Рисунок 2.1. Пример кластерной службы веб-сервера

Клиенты обращаются к службе по адресу 10.10.10.201. Приложение httpd-content использует файловую систему gfs-content-webserver. Если узел B перестает функционировать, работа службы будет восстановлена на узле D. Если D недоступен, будет выполнен переход на узел A. Как следствие, перерывы в работе клиентов будут минимальны. Так, в приведенном примере может быть потеряна информация о состоянии (данные текущего сеанса). После восстановления на другом узле служба будет доступна по тому же адресу.

Примечание

Глава 3, Настройка кластера в Conga и Глава 7, Настройка кластера в командной строке содержат информацию о настройке резервных доменов.
Служба высокой готовности объединяет в своем составе группу кластерных ресурсов. В файле /etc/cluster/cluster.conf эта структура представлена в виде дерева ресурсов в формате XML.

Примечание

В силу иерархической организации ресурсов схему высокой готовности также называют деревом ресурсов или группой ресурсов.
В корне дерева ресурсов лежит так называемый ресурс службы. Другие типы ресурсов определяют его характеристики. Порядок настройки дерева включает создание ресурса службы, его подчиненных ресурсов и их объединение в единое целое в соответствии с иерархическими ограничениями.
При настройке групп ресурсов следует принять во внимание:
  • типы ресурсов, необходимые для создания группы;
  • связи между ресурсами (родительские, дочерние и т.п.).
Типы ресурсов и иерархия зависят от типа настраиваемой службы.