1.4. Управление службами высокой доступности

Управление объединяет операции создания и администрирования кластерных служб высокого доступа Red Hat. Ключевым компонентом при этом является rgmanager, обеспечивающий восстановление приложений. В кластере Red Hat для организации службы с высоким доступом осуществляется настройка приложения с другими кластерными ресурсами. Такие службы могут быть перенесены с одного кластерного узла на другой без видимого клиенту прерывания работы. Перенос обычно выполняется при сбое узла или в случае необходимости (например, плановой профилактики).

Чтобы создать высокодоступную службу, сначала надо ее настроить в файле конфигурации кластера. В состав службы входят кластерные ресурсы. Они являются компонентами, которые создаются и управляются с помощью файла конфигурации. Примерами компонентов могут служить IP-адреса, сценарии инициализации приложений, разделяемые разделы Red Hat GFS.

You can associate a cluster service with a failover domain. A failover domain is a subset of cluster nodes that are eligible to run a particular cluster service (refer to Рисунок 1.9, «Домены восстановления»).

Кластерная служба может выполняться одновременно только на одном узле во избежание нарушения целостности данных. В домене восстановления можно задать приоритет для каждого узла домена. Уровень приоритета определяет порядок узлов, на которые будет перенесена служба в случае сбоя исходного узла. Если приоритет не задан, кластерная служба может быть перенесена на любой узел в домене восстановления. Также можно разрешить исполнение кластерной службы только на соответствующих ее домену восстановления узлах. Если же службе соответствует неограничиваемый домен, то она может быть запущена на любом узле, если узлы в ее домене недоступны.

In Рисунок 1.9, «Домены восстановления», Failover Domain 1 is configured to restrict failover within that domain; therefore, Cluster Service X can only fail over between Node A and Node B. Failover Domain 2 is also configured to restrict failover with its domain; additionally, it is configured for failover priority. Failover Domain 2 priority is configured with Node C as priority 1, Node B as priority 2, and Node D as priority 3. If Node C fails, Cluster Service Y fails over to Node B next. If it cannot fail over to Node B, it tries failing over to Node D. Failover Domain 3 is configured with no priority and no restrictions. If the node that Cluster Service Z is running on fails, Cluster Service Z tries failing over to one of the nodes in Failover Domain 3. However, if none of those nodes is available, Cluster Service Z can fail over to any node in the cluster.

Рисунок 1.10, «Web Server Cluster Service Example» shows an example of a high-availability cluster service that is a web server named "content-webserver". It is running in cluster node B and is in a failover domain that consists of nodes A, B, and D. In addition, the failover domain is configured with a failover priority to fail over to node D before node A and to restrict failover to nodes only in that failover domain. The cluster service comprises these cluster resources:

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