5.6. Настройка failover-домена
Failover-домен представляет собой именованое подмножество узлов кластера, предназначенное для возобновления работы кластерного сервиса в случае сбоя узла, на котором он выполнялся. Failover-домен может обладать следующими характеристиками:
Неограниченный — позволяет определить подмножество узлов, являющихся предпочтительными. При этом кластерный сервис, закрепленный за этим доменом, может работать на любом узле кластера.
Ограниченный — позволяет ограничить набор узлов, на которых может работать определенный кластерный сервис. Если в ограниченном failover-домене не остается доступных узлов, ассоциированный с этим доменом кластерный сервис не может быть запущен (ни вручную, ни кластерным программным обеспечением).
Неупорядоченный — если кластерный сервис закреплен за неупорядоченным доменом, то восстановление сервиса после сбоя происходит на любом узле, входящем в failover-домен, без учета его приоритета.
Упорядоченный — позволяет определить предпочтительный порядок восстановления сервиса на узлах, входящих в этот failover-домен. Узел, находящийся в начале списка является наиболее предпочтительным, на ним следут второй и так далее.
Замечание
Изменение конфигурации failover-домена не влияет на работающие сервисы.
Замечание
Failover-домены необязательны для работы кластера.
Создаваемые по умолчанию failover-домены являются неограниченными и неупорядоченными.
В кластере с большим количеством узлов использование ограниченного failover-домена может способствовать минимизацию объема работ по настройке кластера для запуска кластерного сервиса (такого, как httpd
, который требует идентичной конфигурации на всех узлах, где будет работать). Вместо того, чтобы настраивать весь кластер для работы такого сервиса, можно создать ограниченный failover-домен, включить в него определенный набор узлов и ассоциировать этот домен с кластерным сервисом.
Замечание
Для настройки предпочтительного узла можно создать неограниченный failover-домен, включающий в себя только один узел. Такая конфигурация определяет, что сервис будет запускаться вначале на участнике домена (предпочтительном узле). А поскольку failover-домен - неограниченный, то в случае сбоя кластерный сервис сможет работать и на других узлах кластера.
В следующих разделах описаны процедуры добавления и удаления failover-доменов, а также удаления узлов из failover-доменов:
5.6.1. Добавление failover-домена
Для добавления failover-домена:
В левой панели Cluster Configuration Tool щелкнуть по строке .
В нижней части правой панели щелкнуть по кнопке Create a Failover Domain. В результате отобразится диалоговое окно Add Failover Domain.
В диалоговом окне
Add Failover Domain в поле ввода
ввести имя нового failover-домена и щелкнуть по кнопке
OK. Откроется диалоговое окно
Failover Domain Configuration (
рисунок 5.7, “Настройка failover-домена”).
Замечание
Желательно, чтобы имя failover-домена должно описывало его назначение. Это позволит леггко идентифицировать нужный failover-домен в кластере.
Щелкнуть по выпадающему списку и выбрать узлы, которые будут входить в состав этого failover-домена.
Для того, чтобы ограничить возможность восстановления сервиса только участниками данного домена, отметить опцию . (При отмеченной опции кластерные сервисы, ассоциированные с данным failover-доменом смогут восстанавливать свое функционирование после сбоя только на узлах, входящих в этот failover-домен.)
Для определения приоритета восстановления сервиса на узлах-участниках failover-домена, нужно выполнить следующие действия:
Для каждого узла, которому требуется изменение приоритета, щелкнуть по его имени в поле и настроить приоритет, щелкая по стрелкам . Приоритет отображается позицией узла в колонке и значением в колонке . Узел с наивысшим приоритетом расположен в верхней части списка и имеет наименьшее значение в колонке number.
Щелкнуть по кнопке Close для создания домена.
Выполнить одно из следующих действий, в зависимости от того, настраивается ли новый кластер, либо вносятся изменения в конфигурацию существующего:
Для нового кластера — выбрать => для сохранения изменений конфигурации кластера.
Для работающего кластера — если требуется немедленно распространить изменения на все узлы кластера, щелкнуть по кнопке Send to Cluster. Конфигурация при этом сохранится автоматически. Если не требуется немедленного распространения конфигурации на все узлы кластера, выбрать => для сохранения конфигурации кластера.