windows failover cluster что это
Что нового в отказоустойчивой кластеризации?
область применения: Windows server 2022, Windows server 2019, Windows Server 2016, Azure Stack хЦи, версии 21H2 и 20H2
в этом разделе объясняются новые и измененные функциональные возможности отказоустойчивой кластеризации для Azure Stack хЦи, Windows Server 2019 и Windows Server 2016.
новые возможности Windows Server 2019 и Azure Stack хЦи
Наборы кластеров
Наборы кластеров позволяют увеличить количество серверов в одном решении (SDDC), определяемом программным обеспечением, за пределами текущих ограничений кластера. Это достигается путем группировки нескольких кластеров в набор кластеров — слабо связанное Группирование нескольких отказоустойчивых кластеров: вычислений, хранения и Hyper-схождения. С помощью наборов кластеров можно перемещать виртуальные машины (в режиме динамической миграции) между кластерами в наборе кластеров.
Дополнительные сведения см. в разделе кластерные наборы.
Кластеры с поддержкой Azure
Отказоустойчивые кластеры теперь автоматически обнаруживают, когда они работают в виртуальных машинах Azure IaaS, и оптимизируют конфигурацию, чтобы обеспечить профилактическую отработку отказа и ведение журнала событий запланированного обслуживания Azure для достижения наивысшего уровня доступности. Развертывание также упрощается за счет удаления нужной настройки балансировщика нагрузки с именем распределенной сети для имени кластера.
Миграция кластеров между доменами
Отказоустойчивые кластеры теперь могут динамически переноситься из одного домена Active Directory в другой, что упрощает консолидацию доменов и позволяет создавать кластеры с помощью партнеров по оборудованию и присоединять их к домену клиента позже.
Свидетель USB
Теперь можно использовать простой USB-накопитель, подключенный к сетевому коммутатору, в качестве следящего сервера при определении кворума для кластера. Это расширяет файловый ресурс-свидетель для поддержки любого устройства, совместимого с SMB2.
Улучшения инфраструктуры кластера
Кэш CSV теперь включен по умолчанию для повышения производительности виртуальной машины. MSDTC теперь поддерживает общие тома кластера, чтобы можно было проводить развертывание рабочих нагрузок MSDTC в локальных дисковых пространствах, например в SQL Server. Улучшенный алгоритм определения разделенных узлов с механизмом автоматического устранения неполадок с целью их обратного присоединения к кластеру. Улучшенное определение маршрута кластерной сети и автоматическое устранение неполадок.
Кластерное обновление поддерживает локальные дисковые пространства
В этом выпуске интегрирована функция кластерного обновления (CAU), которая учитывает локальные дисковые пространства, проверяя данные и обеспечивая завершение их повторной синхронизации на каждом угле. Обновление с поддержкой кластера проверяет обновления для интеллектуального перезапуска только при необходимости. Это позволяет управлять перезапусками всех серверов в кластере для планового обслуживания.
Улучшения файлового ресурса-свидетеля
Мы включили использование файлового ресурса-свидетеля в следующих сценариях:
Отсутствие или очень плохое подключение к Интернету из-за удаленного расположения, предотвращая использование облака-свидетеля.
Отсутствие общих дисков для диска-свидетеля. это может быть дисковые пространства конфигурация Direct гиперконвергентном, SQL Server Always On группы доступности (AG) или группа доступности * Exchange базы данных (DAG), ни один из которых не использует общие диски.
Отсутствие подключения к контроллеру домена из-за того, что кластер находится за демилитаризованной зоной.
В Рабочей группе или кластере между доменами, для которых отсутствует Active Directory объект имени кластера (CNO). Дополнительные сведения об этих усовершенствованиях см. в следующих публикациях в & блогах по управлению серверами: файловый ресурс отказоустойчивого кластера и DFS.
Теперь можно явно заблокировать использование пространств имен DFS в качестве расположения. Добавление файлового ресурса-свидетеля в общую папку DFS может привести к проблемам с стабильностью кластера, и эта конфигурация никогда не поддерживалась. Мы добавили логику для определения того, использует ли общая папка пространства имен DFS, и если обнаружены пространства имен DFS, диспетчер отказоустойчивости кластеров блокирует создание следящего сервера и выводит сообщение об ошибке «не поддерживается».
Усиление защиты кластера
При обмене данными внутри кластера по протоколу Server Message Block (SMB) для общих томов кластера и локальных дисковых пространств теперь используются сертификаты с целью обеспечения высокого уровня безопасности платформы. Это позволяет отказоустойчивым кластерам работать без зависимостей от NTLM и использовать базовые параметры безопасности.
Отказоустойчивый кластер больше не использует аутентификацию NTLM
Отказоустойчивые кластеры больше не используют проверку подлинности NTLM. Вместо этого Kerberos и проверка подлинности на основе сертификата используются исключительно. Для использования этого улучшения безопасности не требуются изменения, необходимые пользователю или средствам развертывания. Это также позволяет развертывать отказоустойчивые кластеры в средах, где отключена NTLM.
Новые возможности Windows Server 2016
Последовательное обновление ОС кластера
последовательное обновление операционной системы кластера позволяет администратору обновить операционную систему узлов кластера с Windows Server 2012 R2 до более новой версии без остановки рабочих нагрузок Hyper-V или Scale-Out файловых серверов. Благодаря этой функции можно избежать штрафов за простои, которые полагаются согласно соглашениям об уровне обслуживания.
Какой эффект дает это изменение?
после обновления функционального уровня кластера вы не сможете вернуться к функциональному уровню кластера Windows Server 2012 R2.
пока Update-ClusterFunctionalLevel командлет не будет запущен, процесс будет отменен, а Windows Server 2012 можно будет добавить узлы R2 и Windows Server 2016 можно будет удалить узлы.
Что работает иначе?
теперь отказоустойчивый кластер Hyper-V или Scale-Out файлового сервера можно легко обновить без простоя или создать новый кластер с узлами, работающими под управлением Windows Server 2016 операционной системы. миграция кластеров в Windows Server 2012 R2 включает в себя отключение существующего кластера и переустановку новой операционной системы для каждого узла, а затем перевод кластера обратно в режим «в сети». Старый процесс был громоздким и требовал простоя. однако в Windows Server 2016 кластеру не нужно переходить в автономный режим в любой момент.
Для каждого узла в кластере используются следующие операционные системы кластера:
Реплика хранилища
служба хранилища Реплика — это новая функция, которая обеспечивает независимый от хранилища блок, синхронную репликацию между серверами или кластерами для аварийного восстановления, а также растяжением отказоустойчивого кластера между сайтами. Синхронная репликация позволяет зеркально отображать данные в физических расположениях с отказоустойчивыми томами, что полностью предотвращает потерю данных на уровне файловой системы. Асинхронная репликация позволяет использовать физические расположения за пределами города, но при этом вероятна потеря данных.
Какой эффект дает это изменение?
служба хранилища Реплика позволяет выполнять следующие действия.
Предоставление решения по аварийному восстановлению данных от одного поставщика при запланированных и незапланированных сбоях критически важных приложений.
Использование транспортного протокола SMB3 с доказанной надежностью, масштабируемостью и производительностью.
Расширение отказоустойчивых кластеров Windows до городской сети.
используйте сквозное использование программного обеспечения майкрософт для хранения и кластеризации, например Hyper-V, служба хранилища реплики, дисковые пространства, кластера, Scale-Out файлового сервера, SMB3, дедупликации данных и ReFS/NTFS.
Сокращение затрат и уменьшение сложности следующим образом:
Хранилище не зависит от оборудования, отсутствуют строгие требования к конфигурации хранилища (DAS или SAN).
Разрешается использовать стандартные технологии хранения и сетевых подключений.
Управление отдельными узлами и кластерами осуществляется в удобной графической среде с помощью диспетчера отказоустойчивости кластеров.
Функция включает в себя возможность создания комплексных крупномасштабных скриптов с помощью Windows PowerShell.
Способствует сокращению времени простоев и повышению свойственной Windows надежности и производительности.
Обеспечивает поддержку, диагностику и определение метрик производительности.
Дополнительные сведения см. в статье Storage Replica Overview (Обзор функций репликации хранилища).
Облако-свидетель
Облако-свидетель — это новый тип свидетеля кворума отказоустойчивого кластера в Windows Server 2016, который использует Microsoft Azure в качестве точки арбитража. Облачный следящий сервер, как и любой другой следящий сервер кворума, получает голос и может участвовать в вычислениях кворума. Вы можете настроить облако-свидетель в качестве свидетеля кворума с помощью мастера настройки кворума кластера.
Какой эффект дает это изменение?
Использование облака-свидетеля в качестве следящего сервера кворума отказоустойчивого кластера обеспечивает следующие преимущества.
использует Microsoft Azure и устраняет необходимость в третьем отдельном центре обработки данных.
использует стандартный общедоступный Microsoft Azure большой двоичный объект служба хранилища который устраняет дополнительные затраты на обслуживание виртуальных машин, размещенных в общедоступном облаке.
ту же учетную запись служба хранилища Microsoft Azure можно использовать для нескольких кластеров (один файл большого двоичного объекта на кластер; уникальный идентификатор кластера используется как имя файла большого двоичного объекта).
обеспечивает очень низкие затраты на учетную запись служба хранилища (очень малые данные, записываемые на файл большого двоичного объекта, файл большого двоичного объекта обновляется только один раз при изменении состояния узлов кластера).
Что работает иначе?
Это новая функция в Windows Server 2016.
Устойчивость виртуальной машины
Windows Server 2016 устойчивости вычислений включает повышенную устойчивость вычислений виртуальных машин для уменьшения проблем связи между кластерами в кластере вычислений следующим образом.
Параметры устойчивости, доступные для виртуальных машин: Теперь можно настроить параметры устойчивости виртуальной машины, определяющие поведение виртуальных машин во время временных сбоев.
Уровень устойчивости: Помогает определить способ обработки временных сбоев.
Период устойчивости: Помогает определить, как долго все виртуальные машины могут выполняться в изолированном виде.
Карантин неработоспособных узлов: Неработоспособные узлы помещаются в карантин и больше не могут быть присоединены к кластеру. Это предотвращает негативное воздействие узлов неустойчивый на другие узлы и общий кластер.
Дополнительные сведения о рабочем процессе и параметрах карантина для вычислений виртуальной машины, управляющих размещением узла в изоляции или помещении в карантин, см. в разделе отказоустойчивость вычислений виртуальной машины в Windows Server 2016.
устойчивость служба хранилища в Windows Server 2016 виртуальные машины являются более устойчивыми к сбоям временного хранилища. Улучшенная устойчивость виртуальной машины помогает сохранить состояние сеанса виртуальной машины клиента в случае нарушения работы хранилища. Это достигается благодаря интеллектуальной и быстрой отклику виртуальной машины на проблемы инфраструктуры хранилища.
Когда виртуальная машина отключается от базового хранилища, она приостанавливается и ожидает восстановления хранилища. При приостановке виртуальная машина продолжает работу в контексте приложений, запущенных в ней. При восстановлении подключения виртуальной машины к ее хранилищу виртуальная машина возвращается в состояние выполнения. В результате состояние сеанса компьютера клиента сохраняется при восстановлении.
в Windows Server 2016 устойчивость хранилища виртуальной машины также учитывается и оптимизирована для гостевых кластеров.
Улучшения диагностики в отказоустойчивой кластеризации
для диагностики проблем с отказоустойчивыми кластерами Windows Server 2016 включает следующие сведения:
Несколько усовершенствований файлов журналов кластера (таких как сведения о часовом поясе и журнал Диагностиквербосе), которые упрощают устранение неполадок отказоустойчивой кластеризации. дополнительные сведения см. в статье улучшения в разделе Windows Server 2016 устранение неполадок отказоустойчивого кластера — журнал кластера.
Новый тип дампа активного дампа памяти, который фильтрует большинство страниц памяти, выделенных виртуальным машинам, и, таким образом, делает память. dmp намного меньше и проще в сохранении или копировании. дополнительные сведения см. в разделе улучшения Windows Server 2016 устранении неполадок отказоустойчивого кластера — активный дамп.
Отказоустойчивые кластеры с поддержкой физического расположения
Windows Server 2016 включает отказоустойчивые кластеры, поддерживающие сайты, которые позволяют узлам группы в растянутых кластерах на основе их физического расположения (сайта). Служба поддержки сайта кластера расширяет операции с ключами в течение жизненного цикла кластера, например поведение при отработке отказа, политики размещения, пульс между узлами и поведение кворума. Дополнительные сведения см. в разделе отказоустойчивые кластеры, поддерживающие сайты, в Windows Server 2016.
Кластеры рабочей группы и кластеры с несколькими доменами
в Windows Server 2012 R2 и более ранних версиях кластер может быть создан только между узлами-членами, присоединенными к одному и тому же домену. В Windows Server 2016 это ограничение снято, а также добавлена возможность создавать отказоустойчивый кластер без зависимостей от Active Directory. Теперь можно создавать отказоустойчивые кластеры в следующих конфигурациях:
Кластеры с одним доменом. Кластеры со всеми узлами, присоединенными к одному и тому же домену.
Кластеры с несколькими доменами. Кластеры с узлами, которые являются членами разных доменов.
Кластеры рабочих групп. Кластеры с узлами, которые являются рядовыми серверами или рабочими группами (не присоединены к домену).
Балансировка нагрузки виртуальной машины
Балансировка нагрузки виртуальной машины — это новая функция отказоустойчивой кластеризации, которая упрощает балансировку нагрузки виртуальных машин на узлах в кластере. Чрезмерно зафиксированные узлы идентифицируются на основе памяти виртуальной машины и загрузки ЦП на узле. Затем виртуальные машины перемещаются (динамически перенесены) с чрезмерно зафиксированного узла на узлы с доступной пропускной способностью (если применимо). Интенсивность балансировки может быть настроена для обеспечения оптимальной производительности и эффективности работы кластера. балансировка нагрузки по умолчанию включена в Windows Server 2016 Technical Preview. Однако балансировка нагрузки отключается при включении динамической оптимизации SCVMM.
Порядок запуска виртуальных машин
Порядок запуска виртуальных машин — это новая функция отказоустойчивой кластеризации, которая вводит порядок запуска для виртуальных машин (и всех групп) в кластере. Теперь виртуальные машины можно группировать по уровням, а зависимости заказов можно создавать между разными уровнями. Это гарантирует, что наиболее важные виртуальные машины (например, контроллеры домена или виртуальные машины служебной программы) будут запущены первыми. Виртуальные машины не запускаются, пока не будут запущены виртуальные машины, на которых они имеют зависимость.
Упрощенные кластерные сети SMB Multichannel и Multi-NIC
Сети отказоустойчивого кластера больше не ограничены одним сетевым интерфейсом на подсеть/сеть. Благодаря упрощенным сетям с многоканальным и многосетевым кластерам SMB конфигурация сети будет автоматически и каждый сетевой адаптер в подсети может использоваться для трафика кластера и рабочей нагрузки. это улучшение позволяет клиентам максимально увеличить пропускную способность сети для Hyper-V, SQL Server экземпляра отказоустойчивого кластера и других рабочих нагрузок SMB.
Отказоустойчивая кластеризация Windows Server с SQL Server
Отказоустойчивый кластер Windows Server (WSFC) представляет собой группу независимых серверов, совместная работа которых позволяет повысить доступность приложений и служб. SQL Server поддержка экземпляров отказоустойчивого кластера Группы доступности AlwaysOn и SQL Server осуществляется с использованием служб и возможностей WSFC.
Термины и определения
Отказоустойчивый кластер Windows Server (WSFC) — это группа независимых серверов, совместная работа которых позволяет повысить доступность приложений и служб.
Узел
Сервер, который является членом WSFC.
Ресурс кластера
Физическая или логическая сущность, которая может принадлежать узлу, которую можно переводить в режимы «в сети» и «вне сети», перемещать между узлами и которой можно управлять как объектом кластера. Ресурс кластера может принадлежать одновременно только одному узлу.
Роль
Коллекция ресурсов кластера, управляемая как единый объект кластера и предоставляющая определенные функциональные возможности. Для SQL Server ролью будет группа доступности AlwaysOn или экземпляр отказоустойчивого кластера AlwaysOn. Роль содержит все ресурсы кластера, необходимые для роли группы доступности или экземпляра отказоустойчивого кластера. Отработка отказа и восстановление размещения всегда выполняются в контексте ролей. Роль экземпляра отказоустойчивого кластера содержит ресурс IP-адреса, ресурс сетевого имени и ресурсы SQL Server. Роль группы доступности содержит ресурс группы доступности, а также, если настроен прослушиватель, ресурсы сетевого имени и IP-адреса.
Ресурс сетевого имени
Имя логического сервера, которое управляется как ресурс кластера. Ресурс сетевого имени должен использоваться с ресурсом IP-адреса. Для этих элементов могут требоваться объекты в доменных службах Active Directory или в службе доменных имен (DNS).
Зависимость ресурсов
Ресурс, от которого зависит другой ресурс. Если ресурс А зависит от ресурса Б, то Б является зависимостью А. Ресурс A невозможно будет запустить, если отсутствует ресурс Б.
Предпочитаемый владелец
Предпочтительный узел для запуска группы ресурсов. Каждая группа ресурсов связана со списком предпочитаемых владельцев, отсортированных в порядке предпочтения. Во время автоматического перехода на другой ресурс группа ресурсов перемещается на следующий предпочтительный узел в списке.
Возможный владелец
Дополнительный узел, на котором может запускаться ресурс. Каждая группа ресурсов связана со списком возможных владельцев. Отработка отказа ролей может выполняться только на узлы из списка возможных владельцев.
Режим кворума
Конфигурация кворума в отказоустойчивом кластере, определяющая количество сбоев узлов, которое может выдержать кластер.
Обязательный кворум
Процесс запуска кластера несмотря на то, что на связи недостаточное количество элементов для кворума.
Обзор отказоустойчивого кластера Windows Server
Отказоустойчивая кластеризация Windows Server предусматривает инфраструктурные компоненты, поддерживающие сценарии высокого уровня доступности и аварийного восстановления для таких размещенных серверных приложений, как Microsoft SQL Server и Microsoft Exchange. При отказе узла кластера или службы все службы, которые размещались на этом узле, могут автоматически или вручную переноситься на другой доступный узел в рамках процесса под названием отработка отказа.
Узлы в кластере WSFC за счет совместной работы обеспечивают следующие типы возможностей:
Распределенные метаданные и уведомления. Метаданные служб и размещенных приложений WSFC хранятся на каждом узле кластера. Среди этих метаданных не только параметры размещенных приложений, но также конфигурация и состояние WSFC. Изменения в метаданных или состоянии узла автоматически распространяются на другие узлы кластера WSFC.
Управление ресурсами. Отдельные узлы в кластере WSFC могут предоставлять физические ресурсы, например подключаемое напрямую хранилище, сетевые интерфейсы и доступ к общему дисковому хранилищу. Размещенные приложения регистрируют себя как ресурсы кластера и могут настраивать запуск и зависимости от исправности других ресурсов.
Мониторинг работоспособности. Определение исправности основного узла и исправности между узлами осуществляется за счет сочетания сетевых соединений по типу тактовых импульсов и мониторинга ресурсов. Общее состояние работоспособности кластера WSFC определяется голосами кворума узлов в кластере.
Координация отработки отказа. Каждый ресурс настроен для размещения на основном узле, и каждый можно автоматически или вручную переносить на один или несколько второстепенных узлов. Политика отработки отказа в зависимости от исправности управляет автоматическим переносом владения ресурсами между узлами. Узлы и размещенные приложения получают уведомления об отработке отказа, что позволяет им выполнить соответствующие действия.
Дополнительные сведения см. в статье Failover Clustering Overview — Windows Server(Обзор отказоустойчивой кластеризации — Windows Server).
Технологии SQL Server AlwaysOn и WSFC
SQL Server AlwaysOn — это решение высокого уровня доступности и аварийного восстановления с использованием WSFC. Компоненты AlwaysOn представляют собой интегрированные, гибкие решения, повышающие доступность приложений, окупаемость вложений в оборудование и упрощающее развертывание систем высокого уровня доступности и управление ими.
Экземпляры Группы доступности AlwaysOn и экземпляры отказоустойчивого кластера AlwaysOn используют технологию платформы WSFC и регистрируют компоненты в качестве ресурсов кластера WSFC. Связанные ресурсы объединяются в роль, которую можно сделать зависимой от других ресурсов кластера WSFC. Затем кластер WSFC сможет выявлять необходимость в перезапуске экземпляра SQL Server (и сигнализировать об этой необходимости), а также автоматически выполнять отработку отказа с переходом на другой серверный узел в кластере WSFC.
ВАЖНО! Чтобы воспользоваться всеми возможностями технологий SQL Server AlwaysOn, вам следует выполнить несколько связанных с WSFC предварительных требований.
Высокий уровень доступности на уровне экземпляра с помощью экземпляров отказоустойчивого кластера AlwaysOn
Экземпляр отказоустойчивого кластера AlwaysOn представляет собой экземпляр SQL Server, установленный на нескольких узлах в кластере WSFC. Этот тип экземпляра зависит от ресурсов для хранения и имени виртуальной сети. Хранилище может использовать общее дисковое пространство на базе Fibre Channel, iSCSI, FCoE или SAS либо локально подключенное хранилище на основе локальных дисковых пространств (S2D). Ресурс имени виртуальной сети зависит от одного или нескольких виртуальных IP-адресов, которые расположены в разных подсетях. Служба SQL Server и служба агента SQL Server также являются ресурсами, и обе они зависят от ресурсов хранилища и имени виртуальной сети.
В случае отработки отказа служба WSFC переносит владение ресурсов экземпляра на указанный узел отработки отказа. Затем экземпляр SQL Server перезапускается на узле отработки отказа и выполняется обычное восстановление баз данных. В любой момент времени FCI и базовые ресурсы могут размещаться только на одном узле в кластере.
ПРИМЕЧАНИЕ. Экземпляру отказоустойчивого кластера AlwaysOn требуется симметричное общее дисковое хранилище, например сеть хранения данных (SAN) или общая папка SMB. Тома общего дискового хранилища должны быть доступны всем потенциальным узлам отработки отказа в кластере WSFC.
Высокий уровень доступности на уровне баз данных с Группы доступности AlwaysOn
Группа доступности AlwaysOn — это одна или несколько пользовательских баз данных, для которых отработка отказа выполняется одновременно. Группа доступности состоит из первичной реплики доступности и от одной до четырех вторичных реплик, которые поддерживаются за счет перемещения данных на основании журнала SQL Server для обеспечения защиты данных, не требующей общего хранилища. Каждая реплика размещается в экземпляре SQL Server в отдельном узле кластера WSFC. Группа доступности и соответствующее имя виртуальной сети регистрируются как ресурсы в кластере WSFC.
При отработке отказа вместо переноса владения общих физических ресурсов на другой узел WSFC используется для перенастройки вторичной реплики на другом экземпляре SQL Server в первичную реплику группы доступности. Затем ресурс виртуального сетевого имени группы доступности переводится на этот экземпляр.
ПРИМЕЧАНИЕ. Группы доступности AlwaysOn не требует развертывать экземпляр отказоустойчивого кластера или использовать симметричное общее хранилище (SAN или SMB).
Экземпляр отказоустойчивого кластера (FCI) может использоваться совместно с группой доступности для повышения доступности реплики доступности. Однако во избежание соперничества в кластере WSFC автоматический переход на другой ресурс группы доступности не поддерживается для реплики доступности, размещенной в FCI.
Мониторинг исправности WSFC и отработка отказа
Высокий уровень доступности для решения AlwaysOn достигается за счет упреждающего мониторинга работоспособности физических и логических ресурсов кластера WSFC, а также за счет автоматического перехода на другой ресурс с переходом на дублирующее оборудование и его перенастройкой. Системный администратор также может запустить переход на другой ресурс вручную для группы доступности или экземпляра SQL Server для перехода с одного узла на другой.
Политики отработки отказа для узлов, экземпляров отказоустойчивого кластера и групп доступности
Политика отработки отказа настраивается на уровне узла кластера WSFC, экземпляра отказоустойчивого кластера SQL Server и группы доступности. Эта политика на основе серьезности, продолжительности и частоты неисправного состояния ресурса кластера и времени отклика узла может включать перезапуск службы или автоматический переход на другой ресурс с переходом с одного узла на другой либо включать перевод первичной реплики группы доступности с одного экземпляра SQL Server на другой.
Определение исправности ресурсов WSFC
Все ресурсы в кластере WSFC могут сообщать о своем состоянии и работоспособности периодически или по запросу. Об отказе ресурса могут говорить различные обстоятельства, например неисправность электропитания, ошибки дисков или памяти, ошибки в сети, неотвечающие службы.
Ресурсы кластера WSFC, например сети, хранилища и службы, можно делать зависимыми друг от друга. Совокупная исправность ресурса определяется путем последовательного суммирования его работоспособности с исправностью каждого из зависимых ресурсов.
Определение исправности между узлами WSFC и определение голосов в кворуме
Все узлы в кластере WSFC участвуют в периодической передаче пульса, сообщающего состояние работоспособности узла другим узлам. Неотвечающие узлы считаются неисправными.
Кворум — это механизм, позволяющий обеспечивать работоспособность кластера WSFC путем проверки наличия достаточного количества ресурсов в нем. Если кластер WSFC имеет достаточно голосов, он работоспособен и может обеспечивать отказоустойчивость на уровне узлов.
Режим кворума настраивается в кластере WSFC, который определяет методику голосования кворума, а также момент выполнения автоматического перехода на другой ресурс или перевода кластера в режим «вне сети».
СОВЕТ. Рекомендуется, чтобы число голосов кворума в кластере WSFC всегда было нечетным. По соображениям голосования кворума нет необходимости устанавливать SQL Server на всех узлах в кластере. Дополнительный сервер может выступать в качестве члена кворума, либо модель кворума WSFC можно настроить для использования удаленной общей папки в качестве решающего голоса.
Аварийное восстановление через принудительный кворум
В зависимости от принятых методов работы и конфигурации кластера WSFC можно использовать как автоматический, так и ручной переход на другой ресурс. При этом решение SQL Server AlwaysOn остается всегда надежным и отказоустойчивым. Однако если кворуму узлов с правом голоса в кластере WSFC не удается связаться друг с другом либо если кластеру WSFC по другим причинам не удается проверить работоспособность, то кластер WSFC может перейти в автономный режим.
При переходе кластера WSFC в автономный режим из-за неожиданной аварии или по причине постоянно возникающего сбоя в работе оборудования или ошибки связи требуется вмешательство администратора для принудительного создания кворума и переключения работоспособных кластеров обратно в режим «в сети» в неотказоустойчивой конфигурации.
После этого будет необходимо также предпринять ряд действий по перенастройке кластера WSFC, восстановлению затронутых реплик баз данных и повторному созданию кворума.
Связь компонентов SQL Server AlwaysOn с WSFC
Между функциями и компонентами SQL Server AlwaysOn и WSFC существуют связи нескольких уровней.
Узлы являются членами кластера WSFC.
Метаданные и состояние конфигурации WSFC для всех узлов сохраняются на каждом узле. Каждый сервер может предоставлять тома асимметричного хранения или общего хранения (SAN) для пользовательских и системных баз данных. Каждый сервер имеет по крайней мере один физический сетевой интерфейс в одной или нескольких IP-подсетях.
Кластер WSFC контролирует работоспособность группы серверов и управляет их конфигурацией.
Механизмы WSFC распространяют изменения в метаданных и состоянии конфигурации WSFC во всех узлах кластера WSFC. Если используется диск-свидетель, метаданные также хранятся на нем. По умолчанию каждый узел кластера WSFC имеет голос в кворуме, а ресурс-свидетель используется, если он необходим и настроен.
Группы доступности AlwaysOn — это подразделы кластера WSFC.
При удалении и повторном создании кластера WSFC необходимо отключить и повторно включить функцию Группы доступности AlwaysOn на каждом экземпляре сервера, на котором была включена функция Группы доступности AlwaysOn в исходном кластере WSFC. Дополнительные сведения см. в разделе Включение и отключение групп доступности AlwaysOn (SQL Server).