3.10. Добавление службы в кластер

Ниже рассматривается порядок добавления кластерных служб в кластер.
  1. В главном меню страницы кластера выберите Service Groups для перехода к списку служб (см. Раздел 4.5, «Управление службами высокой готовности»).
  2. Чтобы добавить службу, нажмите Add.
  3. В поле Service name введите имя службы.

    Примечание

    Рекомендуется выбрать информативное имя, которое поможет легко идентифицировать службу.
  4. Флажок Automatically start this service отвечает за автоматический запуск службы при запуске кластера. Если не установлен, службу надо будет запустить вручную.
  5. Run exclusive разрешает запуск службы при условии, если на узле не выполняются другие службы.
  6. Если резервные домены уже настроены, выберите домен из списка Failover domain (см. Раздел 3.8, «Настройка резервного домена»).
  7. В списке Recovery policy доступны следующие значения: Relocate, Restart, Restart-Disable, Disable.
    При выборе Restart система попытается перезапустить сбойную службу до ее переноса на другой узел. Relocate подразумевает перезапуск службы на другом узле, Disable отключит группу ресурсов при сбое ее компонентов. При выборе Restart-Disable система будет пытаться запустить службу, но в случае неудачи она будет отключена.
    Если выбрана политика Restart или Restart-Disable, можно указать максимальное число попыток перезапуска службы и время ожидания, по истечении которого перезапуск будет отменен.
  8. Нажмите Add resource для перехода к диалогу, где можно добавить существующий глобальный ресурс или создать новый ресурс исключительно для выбранной службы.
    • Чтобы добавить глобальный ресурс, выберите его из списка Add Resource To Service (см. Раздел 3.9, «Настройка глобальных ресурсов кластера»).
    • Чтобы добавить новый ресурс для конкретной службы, выберите тип из списка Add a resource и определите его настройки (см. Приложение B, Параметры ресурсов).
    • Для обоих типов ресурсов можно выбрать Independent subtree или Non-critical resource.
      Если выбрано Independent subtree, в случае сбоя ресурса будет перезапущен только сам ресурс, а не вся служба. Дополнительно можно определить максимальное число попыток перезапуска, после чего управление будет передано политике восстановления. Также можно указать время ожидания, по истечении которого политика восстановления вступит в силу.
      Если ресурс определен как некритический, то при его сбое будет перезапущен только он. Если перезапуск не помог, будет отключен только этот ресурс, в то время как служба отключаться не будет. Дополнительно можно определить максимальное число попыток перезапуска, после чего ресурс будет отключен. Также можно указать время ожидания, по истечении которого будет выполнено его отключение.
  9. Дополнительно можно добавить подчиненные ресурсы. Для этого нажмите Add a child resource для перехода к диалогу добавления ресурсов.

    Примечание

    Ресурсы Samba не могут быть подчиненными и должны быть добавлены напрямую.
  10. Завершив добавление, нажмите Submit.

Примечание

Чтобы проверить наличие ресурса IP-службы, используемого кластерной службой, на узле кластера можно выполнить /sbin/ip addr show вместо устаревшей команды ifconfig. Ниже приведен пример вывода:
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1356 qdisc pfifo_fast qlen 1000
    link/ether 00:05:5d:9a:d8:91 brd ff:ff:ff:ff:ff:ff
    inet 10.11.4.31/22 brd 10.11.7.255 scope global eth0
    inet6 fe80::205:5dff:fe9a:d891/64 scope link
    inet 10.11.4.240/22 scope global secondary eth0
       valid_lft forever preferred_lft forever
Порядок изменения существующей службы:
  1. Выберите службу на странице Service Groups для перехода к странице ее настроек.
  2. Измените параметры.
  3. Нажмите Submit.
Порядок удаления служб:
  1. Выберите службы на странице Service Groups.
  2. Нажмите Delete.
  3. В Red Hat Enterprise Linux 6.3 сначала появится запрос подтверждения удаления. Cancel закроет диалог без удаления, а Proceed удалит службы.