Поделиться через

Режимы кворума WSFC и конфигурация голосования (SQL Server)

Группы доступности SQL Server Always On и экземпляры отказоустойчивого кластера AlwaysOn (FCI) используют преимущества отказоустойчивой кластеризации Windows Server (WSFC) в качестве технологии платформы. WSFC использует подход на основе кворума для мониторинга общего состояния кластера и максимальной отказоустойчивости на уровне узла. Основное понимание режимов кворума и конфигурации голосования узлов в Windows Server Failover Clustering (WSFC) имеет решающее значение для проектирования, эксплуатации и устранения неполадок вашей системы высокой доступности и аварийного восстановления AlwaysOn.

В этом разделе:

Обнаружение работоспособности кластера с помощью кворума

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

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

Отсутствие кворума указывает, что кластер не работоспособен. Общая работоспособность кластера WSFC должна поддерживаться, чтобы обеспечить доступность работоспособных вторичных узлов для первичных узлов для отработки отказа. Если голосование по кворуму терпит неудачу, кластер WSFC будет переведен в оффлайн режим в качестве меры предосторожности. Это также приведет к остановке всех экземпляров SQL Server, зарегистрированных в кластере.

Это важно

Если кластер WSFC установлен в автономном режиме из-за сбоя кворума, для возврата его обратно в сеть требуется ручное вмешательство.

Дополнительные сведения см. в статье об аварийном восстановлении WSFC с помощью принудительного кворума (SQL Server).

Режимы кворума

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

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

  • Большинство узлов. Более половины узлов голосования в кластере должны проголосовать утвердительно, чтобы кластер был работоспособным.

  • Большинство узлов и общих папок. Аналогично режиму кворума большинства узлов, за исключением того, что удаленный файловый ресурс также настроен как свидетель голосования, а подключение с любого узла к этому ресурсу также считается положительным голосованием. Более половины возможных голосов должны быть положительными для того, чтобы кластер был здоровым.

    Рекомендуется, что файловый ресурс-свидетель не должен находиться на любом узле в кластере, и он должен быть видим для всех узлов в кластере.

  • Большинство узлов и дисков. Аналогично режиму кворума большинства узлов, за исключением того, что ресурс кластера общего диска также назначается в качестве свидетеля голосования, а подключение с любого узла к этому общему диску также считается положительным голосованием. Более половины возможных голосов должны быть положительными для того, чтобы кластер был здоровым.

  • Только диск. Ресурс кластера общего диска обозначается как свидетель, и подключение любого узла к общему диску считается утверждающим голосованием.

Подсказка

При использовании асимметричной конфигурации хранилища для групп доступности Always On обычно следует использовать режим кворума большинства узлов, если у вас нечетное количество узлов голосования, или режим кворума "Большинство узлов и файлового ресурса" при четном количестве узлов голосования.

Узлы голосования и не голосующих узлов

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

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

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

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

Если несколько подмножеств узлов голосования могут самостоятельно установить кворум, это называется сценарием разделенного мозга. В таком сценарии узлы в отдельных кворумах могут вести себя по-разному и в конфликте друг с другом.

Замечание

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

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

Это важно

Чтобы использовать параметры NodeWeight, необходимо применить следующее исправление ко всем серверам в кластере WSFC:

KB2494036. Исправление доступно для настройки узла кластера, не имеющего голосов кворума в Windows Server 2008 и Windows Server 2008 R2

Рекомендуемые корректировки голосования по кворуму

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

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

  • Включите все основные реплики. Каждый узел WSFC, размещающий первичную реплику группы доступности или являющийся предпочтительным владельцем FCI, должен иметь голос.

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

  • Исключите вторичные узлы сайта. Как правило, не дайте голоса узлам WSFC, которые находятся на вторичном сайте аварийного восстановления. Вы не хотите, чтобы узлы на вторичном сайте способствовали принятию решения об отключении кластера, если нет ничего плохого с основным сайтом.

  • Нечетное число голосов. При необходимости добавьте файловое хранилище-свидетель, узел-свидетель или диск-свидетель в кластер и измените режим кворума, чтобы предотвратить возможные ничьи в голосовании кворума.

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

Это важно

При проверке конфигурации голосования кворума WSFC мастер настройки групп доступности AlwaysOn отображает предупреждение, если выполняется одно из следующих условий.

  • Узел кластера, на котором размещена первичная реплика, не имеет голоса
  • Вторичная реплика настроена для автоматического переключения в случае отказа, и ее узел в кластере не имеет права голоса.
  • KB2494036 не устанавливается на всех узлах кластера, на которых размещаются реплики доступности. Это исправление необходимо для добавления или удаления голосов для узлов кластера в развертываниях с несколькими сайтами. Однако в односайтовых развертываниях оно обычно не требуется, и вы можете безопасно игнорировать предупреждение.

Подсказка

SQL Server предоставляет несколько системных динамических административных представлений (DMV), которые помогут вам управлять параметрами, связанными с конфигурацией кластера WSFC и голосованием кворума узлов.

Дополнительные сведения см. в статье sys.dm_hadr_cluster, sys.dm_hadr_cluster_members, sys.dm_os_cluster_nodes, sys.dm_hadr_cluster_networks

Связанные задачи

Связанные материалы

См. также

Восстановление после сбоев WSFC с использованием принудительного кворума (SQL Server)
Отказоустойчивая кластеризация Windows Server (WSFC) с использованием SQL Server

  • Last updated on