Windows Server. Настройка наборов кластеров Microsoft в Dell PowerEdge

Наборы кластеров, представленные в Windows Server 2019 (WS19), повышают гибкость и устойчивость программно-определяемого центра обработки данных (SDDC). Cluster Set — это технология, которая позволяет администраторам объединять несколько кластеров Windows 2019 в один зонтик кластеров.

Существующие отказоустойчивые кластеры могут вмещать не более 64 узлов. Технология Cluster Sets объединяет несколько кластеров WS19 в одном домене, при этом каждый из этих кластеров поддерживает до 64 узлов WS19. По сравнению с отказоустойчивым кластером, набор кластеров обладает большей отказоустойчивостью. Например, отказоустойчивый кластер с 4 узлами может выдержать сбой 2 узлов. С тем же 4-узловым кластером, если мы разделим его на два 2-узловых кластера и сформируем из него наборы кластеров, он сможет пережить один сбой кластера плюс один сбой узла из оставшегося кластера. Таким образом, он может выдержать в общей сложности 3 отказа узлов.

Общие сведения о функции кластерных наборов в Server 2019 см. в разделах Введение в наборы кластеров в Windows-server-2019 и «Наборы кластеров». Универсальность наборов кластеров достигается за счет использования базовой технологии, называемой Infrastructure Scale-Out File Server . Это также упрощает межкластерную миграцию виртуальных машин в пределах кластерного набора.

Лабораторная настройка для развертывания набора кластеров на PowerEdge

Используемые серверы: Два сервера PowerEdge R730XD и два сервера PowerEdge R740XD

• Создан первый кластер с использованием двух серверов R730XD и присвоено имя S2D13G54 (называется кластером-участником 1).
• Создан второй кластер с использованием двух серверов R740XD и присвоено имя S2D14G54 (называется Member Cluster 2).
• В каждом из указанных выше кластеров создано по два тома CSV.
• Создана виртуальная машинаvm1' на Member Cluster 1 и виртуальная машина 'vm2' на Member Cluster 2. Затем я объединил эти две виртуальные машины для создания кластера управления (с именем mgClus54) для кластерного набора. При создании кластера управления общее хранилище не требуется.

Установлена роль файловых сервисов на каждом из узлов кластера 1, кластера 2 и кластера управления:

Install-WindowsFeature File-Services -IncludeAllSubFeature –IncludeManagementTools –Restart 

Создан инфраструктурный файловый сервер SOFS в Кластере 1, Кластере 2 и Кластере управления.

Add-ClusterScaleOutFileServerRole -Name -Infrastructure 

Создан кластерный набор с именем CLUSSET54.

New-ClusterSet -Name CLUSSET54 -NamespaceRoot  -CimSession  

Затем добавьте созданный S2D14G54 и S2D13G54 Cluster в кластер в ClusterSet:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession  -InfraSOFSName

Затем я развертываю две виртуальные машины V213G и V214G в кластерах-участниках кластера 1 и кластера-участника 2 соответственно и регистрирую виртуальные машины в наборе кластеров:

Get-ClusterSetMember -ClusterName  | Register-ClusterSetVM -VMName  

 
Для тестирования динамического переноса между кластерами я попытался перенести виртуальную машину «V213G» в кластер 2. Прежде чем выполнять миграцию между кластерами, необходимо учесть следующие моменты:

1. Параметры виртуальной машины, совместимость процессоров должны быть включены.
2. Настройте ограниченное делегирование Kerberos (KCD) между всеми парами межкластерных узлов
   • Руководство по ограниченному делегированию от группы разработчиков Microsoft Hyper-V будет полезна в настройке этого.
   • Настройте для межкластерной виртуальной машины тип аутентификации Live Migration на Kerberos на каждом узле в наборе кластеров.

• foreach($h in $hosts){Set-VMHost -VirtualMachineMigrationAuthenticationType Kerberos -computerName $h }

• • • Добавьте кластер управления в группу локальных администраторов на каждом узле в наборе кластеров.
• foreach($h в $hosts){ Invoke-Command -ComputerName $h -ScriptBlock {Net localgroup administrators /add $} }

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

Remove-ClusterSetMember -ClusterName  -CimSession  

Выполнив действия по обслуживанию, снова добавьте кластер в набор кластеров.

В случае непредвиденного сбоя кластера-участника набор кластеров оказывается недостаточно интеллектуальным для обработки переключения при отказе. В Windows Server 2019 поддерживается только перемещение ресурсов из одного кластера в другой вручную; Несмотря на то, что автоматическое переключение ВМ при отказе продолжает работать в пределах одной области кластера.

Существующие отказоустойчивые кластеры могут вмещать не более 64 узлов. Технология Cluster Sets объединяет несколько кластеров WS19 в одном домене, при этом каждый из этих кластеров поддерживает до 64 узлов WS19. По сравнению с отказоустойчивым кластером, набор кластеров обладает большей отказоустойчивостью. Например, отказоустойчивый кластер с 4 узлами может выдержать сбой 2 узлов. С тем же 4-узловым кластером, если мы разделим его на два 2-узловых кластера и сформируем из него наборы кластеров, он сможет пережить один сбой кластера плюс один сбой узла из оставшегося кластера. Таким образом, он может выдержать в общей сложности 3 отказа узлов.

Выполнив действия по обслуживанию, снова добавьте кластер в набор кластеров.

В случае непредвиденного сбоя кластера-участника набор кластеров оказывается недостаточно интеллектуальным для обработки переключения при отказе. В Windows Server 2019 поддерживается только перемещение ресурсов из одного кластера в другой вручную; Несмотря на то, что автоматическое переключение ВМ при отказе продолжает работать в пределах одной области кластера.