Для работы в отказоустойчивом кластере можно настроить множество различных служб и приложений, обеспечивая их высокую доступность. Список служб и приложений, для которых чаще всего настраивается режим высокой доступности, приведен в разделе Настройка высокой надежности службы или приложения.

Этот раздел содержит следующие пункты:

Службы или приложения, которые могут быть выполнены как «Универсальное приложение», «Универсальный сценарий» или «Универсальная служба»

Чтобы настроить высокую доступность для некоторых служб и приложений, которые не являются «кластерными» (не предназначены исходно для работы в кластере), в отказоустойчивых кластерах можно использовать варианты «Универсальное приложение», «Универсальный сценарий» или «Универсальная служба».

Универсальное приложение

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

Обратите внимание, что по сравнению с поддерживающим кластер приложением у универсального приложения меньше способов сообщить свое точное состояние кластерному программному обеспечению. Если универсальное приложение сталкивается с проблемой, но, тем не менее, кажется работающим, у кластерного программного обеспечения нет средств это обнаружить и предпринять соответствующее действие (например, перезапустить приложение или переместить его на другой узел).

Перед выполнением мастера высокой доступности с целью настройки высокой доступности для универсального приложения убедитесь, что известны путь к приложению и имена всех ключей реестра в HKEY_LOCAL _MACHINE, необходимые приложению.

Универсальный сценарий

Можно создать сценарий, который выполняется в среде сервера сценариев Windows, контролируя работу приложения и управляя им. Затем сценарий в кластере можно настроить как «Универсальный сценарий». Сценарий предоставляет кластерному программному обеспечению сведения о текущем состоянии приложения. При необходимости кластерное программное обеспечение перезапустит сценарий или переведет его на другой узел (благодаря чему приложение будет перезапущено или переведено на другой узел).

При настройке универсального сценария в отказоустойчивом кластере возможность кластерного программного обеспечения точно реагировать на состояние приложения определяется сценарием. Чем точнее сведения о состоянии приложения, предоставляемые сценарием, тем точнее кластерное программное обеспечение может реагировать на эти сведения.

Прежде чем запускать мастер высокой доступности с целью настройки высокой доступности для универсального сценария, убедитесь, что известен путь к сценарию.

Универсальная служба

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

Обратите внимание, что по сравнению с кластерной службой у универсальной службы меньше способов сообщить свое точное состояние кластерному программному обеспечению. Если универсальная служба сталкивается с проблемой, но, тем не менее, кажется работающей, у кластерного программного обеспечения нет способа обнаружить это и выполнить соответствующее действие (например, перезапустить службу или перенести ее на другой узел).

Перед выполнением мастера высокой доступности с целью настройки высокой доступности для универсальной службы убедитесь, что известно имя службы, используемое для нее в реестре, в HKEY_LOCAL _MACHINE\System\CurrentControlSet\Services.

Основные требования к службе или приложению в среде отказоустойчивого кластера

Для работы в среде отказоустойчивого кластера служба или приложение должны обладать определенными характеристиками. Среди самых важных характеристик:

  • Служба или приложение должны поддерживать контроль состояния. Другими словами, служба или приложение должны обладать долговременным состоянием в памяти или предоставлять расширенные, часто обновляемые состояния данных. Одним из примеров является приложение базы данных. Для приложения без состояний (такого как внешний веб-сервер) балансировка сетевой нагрузки может подойти лучше, чем отказоустойчивый кластер.

  • Сервис или приложение должны использовать клиентский компонент, автоматически предпринимающий повторные попытки после временного прерывания работы сети. В противном случае, если серверный компонент приложения будет переведен с одного сервера кластера на другой, неизбежное (но краткое) прерывание вызовет прекращение работы клиентов, а не повторные попытки соединения с последующим восстановлением связи.

  • Служба или приложение должны уметь идентифицировать используемый диск или диски. Это позволяет службе или приложению связываться с дисками в системе хранения данных кластера и надежно находить правильный диск даже после перемещения на другой узел.

  • Служба или приложение должны использовать протоколы на основе IP. Примерами таковых являются TCP, UDP, DCOM, именованные каналы и RPC поверх TCP/IP.

Дополнительные ссылки

  • Настройка высокой надежности службы или приложения
  • Общее представление о Hyper-V и виртуальных машинах в контексте кластера