Наборы кластеров, представленные в 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и «Наборы кластеров». Наборы кластеров получают свою гибкость за счет использования базовой технологии, называемой масштабируемым файловым сервером инфраструктуры, которая также упрощает межкластерную миграцию виртуальных машин в пределах кластерного набора.
Лабораторная настройка для развертывания набора кластеров на PowerEdge
Используемые серверы: Два сервера PowerEdge R730XD и два сервера PowerEdge R740XD
Создан первый кластер с использованием двух серверов R730XD и назван S2D13G54 (называется «Кластер-элемент 1»).
Создан второй кластер с использованием двух R740XD и назван S2D14G54 (называется Member Cluster 2).
В каждом из указанных выше кластеров создано по два тома CSV.
Создана виртуальная машина «vm1» в кластере 1 и виртуальная машина vm2 в кластере 2. Затем я объединил эти две виртуальные машины, чтобы создать кластер управления (с именем mgClus54) для набора кластеров. При создании кластера управления не требуется общее хранилище.
Установлена роль файловых сервисов на каждом из узлов кластера 1, кластера 2 и кластера управления:
Install-WindowsFeature File-Services -IncludeAllSubFeature –IncludeManagementTools –Restart
Создан инфраструктурный файловый сервер SOFS в Кластере 1, Кластере 2 и Кластере управления.
Add-ClusterScaleOutFileServerRole -Name <Имя инфраструктуры SOFS-Infrastructure>
Создан кластерный набор с именем CLUSSET54:
New-ClusterSet -Name CLUSSET54 -NamespaceRoot Имя <> SOFS кластера управления -CimSession <CIM сессия в кластер> управления
Затем добавьте созданный S2D14G54 и S2D13G54 Cluster в кластер в ClusterSet:
Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Имя системы SOFS, созданной S2D14G54 кластере>
Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Имя SOFS, созданной S2D13G54 кластере>
Затем я развертываю две виртуальные машины V213G и V214G в кластерах-участниках кластера 1 и кластера-участника 2 соответственно и регистрирую виртуальные машины в наборе кластеров:
Get-ClusterSetMember -ClusterName <Имя> кластера | Register-ClusterSetVM -VMName <VM Name>
Для тестирования динамического переноса между кластерами я попытался перенести виртуальную машину «V213G» в кластер 2. Прежде чем выполнять миграцию между кластерами, необходимо учесть следующие моменты:
foreach($h in $hosts){Set-VMHost -VirtualMachineMigrationAuthenticationType Kerberos -computerName $h }
foreach($h in $hosts){ Invoke-Command -ComputerName $h -ScriptBlock {Net localgroup administrators /add <management_cluster_name>$} }
Для выполнения любых операций по обслуживанию кластера в наборе кластеров перенесите все виртуальные машины, входящие в кластер, в другие кластеры в наборе кластеров, а затем удалите кластер из набора кластеров:
Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Для ClusterSet создана сессия>
Выполнив действия по обслуживанию, снова добавьте кластер в набор кластеров.
В случае непредвиденного сбоя кластера-участника набор кластеров оказывается недостаточно интеллектуальным для обработки переключения при отказе. В Windows Server 2019 поддерживается только перемещение ресурсов из одного кластера в другой вручную, даже еслиавтоматическое аварийное переключение ВМ продолжает работать в пределах одной области кластера.
Выполнив действия по обслуживанию, снова добавьте кластер в набор кластеров.
В случае непредвиденного сбоя кластера-участника набор кластеров оказывается недостаточно интеллектуальным для обработки переключения при отказе. В Windows Server 2019 поддерживается только перемещение ресурсов из одного кластера в другой вручную; Несмотря на то, что автоматическое переключение ВМ при отказе продолжает работать в пределах одной области кластера.