Наборы кластеров, представленные в Windows Server 2019 (WS19), повышают гибкость и отказоустойчивость программно-определяемого ЦОД. Cluster Set — это технология, которая позволяет администраторам объединять несколько кластеров Windows 2019 в единую ободок кластеров.
Существующие отказоустойчивые кластеры могут вмещать до 64 узлов. Технология Cluster Sets объединяет несколько кластеров WS19 в одном домене, каждый из этих кластеров поддерживает до 64 узлов WS19. По сравнению с отказоустойчивым кластером набор кластеров имеет более отказоустойчивость. Например, отказоустойчивый кластер с 4 узлами может выдержать сбой 2 узлов. При использовании того же 4-узлового кластера, если разделить его на два 2-узловых кластера и создать из него наборы, он может выдержать один сбой кластера и сбой одного узла из оставшегося кластера. Таким образом, он может выдержать сбои трех узлов.
Обзор функции кластерных наборов в Server 2019 см. в разделе «Introduction-to-cluster-sets-in-windows-server-2019» и «Cluster sets». Cluster Sets получает гибкость благодаря использованию базовой технологии под названием «Горизонтально масштабируемый файловые серверы инфраструктуры». Это также упрощает меж кластерную миграцию виртуальных машин в пределах набора кластеров.
Лабораторная настройка развертывания набора кластеров на powerEdge
Используемые серверы: Два сервера PowerEdge R730XD и два сервера PowerEdge R740XD
Первый кластер создан с использованием двух R730XD и S2D13G54 (называемый кластером-участником 1).
Был создан второй кластер с использованием двух R740XD и S2D14G54 (называемый кластером-участником 2).
Создано два тома CSV в каждом из вышеуказанных созданных кластеров.
Создает виртуальную машину «vm1» в кластере-участнике 1 и виртуальную машину «vm2» в кластере-участнике 2. Затем я объединил эти две виртуальные машины, чтобы создать кластер управления (с именем mgClus54) для набора кластеров. N o При создании кластера управления требуется хранилище общего доступа.
Установлена роль file-services в каждом из узлов в кластере-участнике 1, кластере-участнике 2 и кластере управления:
Install-WindowsFeature File-Services -IncludeAllSubFeature –IncludeManagementTools –Restart
Созданный файловые серверы SOFS инфраструктуры в кластере-участнике 1, кластере-участнике 2 и кластере управления:
Add-ClusterScaleOutFileServerRole -Имя <инфраструктуры SOFS> -Infrastructure
Создан набор кластеров с именем CLUSSET54:
New-ClusterSet - Name CLUSSET54 -NamespaceRoot <Management Cluster SOFS Name> -CimSession <CIM session to Management Cluster>
Затем добавьте созданный кластер S2D14G54 кластер S2D13G54 кластер в ClusterSet:
Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Name of SOFS, созданного в S2D14G54 кластере>
Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Name of SOFS, созданного в S2D13G54 кластере>
Затем я разверните две виртуальные машины V213G и V214G в кластере-участнике 1 и кластере-участнике 2 соответственно и зарегистрируйте виртуальные машины в кластере Set:
Get-ClusterSetMember - ClusterName <Имя кластера> | Register-ClusterSetVM -VMName <VM Name>
Для тестирования динамической миграции между кластерами я пытался перенести виртуальную машину V213G в кластер-участник 2. Перед выполнением миграции между кластерами необходимо учитывать следующие аспекты.
foreach ($h в $hosts){Set-VMHost -VirtualMachineMigrationAuthenticationType Kerberos -computerName $h }
foreach ($h в $hosts){ Invoke-Command -ComputerName $h -ScriptBlock {Net localgroup administrators /add <management_cluster_name>$} } }
Для выполнения любых действий по обслуживанию кластера в наборе кластеров переведите все виртуальные машины, которые являются частью кластера, в другие кластеры в наборе кластеров, а затем удалите кластер из набора кластеров:
Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Session created for ClusterSet>
После выполнения обслуживания снова добавьте кластер в кластер.
В случае неожиданного сбоя кластера-члена набор кластера недостаточно интеллектуальный для обработки переключения при отказе. В Windows Server 2019поддерживается только ручное перемещение ресурсов из одного кластера в другой; даже если неатомное переключение при отказе ВМ продолжает работать в пределах кластера, в который входит один участник.
После выполнения обслуживания снова добавьте кластер в кластер.
В случае неожиданного сбоя кластера-члена набор кластера недостаточно интеллектуальный для обработки переключения при отказе. В Windows Server 2019 поддерживается только перемещение ресурсов из одного кластера в другой вручную. хотя автоматическое переключение на резервный ресурс виртуальных машин продолжает работать в пределах области кластера с одним участником.