Сервер Windows: Налаштування наборів Microsoft Cluster на Dell PowerEdge

Набори кластерів, впроваджені у Windows Server 2019 (WS19), покращують гнучкість і відмовостійкість SDDC (Software Defined Data Center). Набір кластерів – це технологія, яка дає змогу адміністраторам об'єднувати кілька кластерів Windows 2019 в одну парасольку кластерів.

Існуючі відмовостійкі кластери можуть вміщувати максимум 64 вузли. Технологія Cluster Sets об'єднує кілька кластерів WS19 в одному домені, причому кожен з цих кластерів підтримує до 64 вузлів WS19. У порівнянні з відмовостійким кластером, Cluster Set має більшу відмовостійкість. Наприклад, 4-вузловий відмовостійкий кластер може пережити 2-вузловий збій. З тим же 4-вузловим кластером, якщо ми розділимо на два кластери по 2 вузли і сформуємо з нього кластерний комплект, він може пережити один збій кластера плюс один збій вузла з кластера, що залишився. Так, він може пережити 3 відмови вузлів в цілому.

Для огляду функцій кластерних наборів у Server 2019 зверніться до розділів «Вступ до кластерних наборів-у-windows-server-2019 » і «Набори кластерів». Кластерні набори набувають своєї гнучкості завдяки використанню базової технології під назвою Infrastructure Scale-Out File Server ; це також полегшує міжкластерну міграцію віртуальних машин у межах Cluster Set.

Налаштування лабораторії для розгортання набору кластерів на PowerEdge

Використовувані сервери: Два PowerEdge R730XD і два PowerEdge R740XD

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

Встановлено роль файлових служб у кожному з вузлів Member Cluster 1, Member Cluster 2 та Management Cluster:

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

Створено інфраструктуру SOFS файлового сервера на Member Cluster 1, Member Cluster 2 та Management Cluster:

Add-ClusterScaleOutFileServerRole -Name -Infrastructure 

Створено набір кластерів під назвою CLUSSET54:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot  -CimSession  

А потім додати створені S2D14G54 і S2D13G54 Cluster в кластер в ClusterSet:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession  -InfraSOFSName

Потім я розгортаю дві віртуальні машини V213G і V214G на Member Cluster 1 і Member Cluster 2 відповідно і реєструю віртуальні машини в Cluster Set:

Get-ClusterSetMember -ClusterName  | Register-ClusterSetVM -VMName  

 
Для тестування міграції в реальному часі між кластерами я спробував перенести віртуальну машину "V213G" в Member Cluster 2. Перш ніж виконувати міграцію між кластерами, нам потрібно врахувати наступні моменти:

1. Налаштування віртуальної машини, Сумісність з процесорами повинні бути включені.
2. Налаштуйте делегування з обмеженням Kerberos (KCD) між усіма парами вузлів між кластерами
   • Керівництво обмеженим делегуванням повноважень від команди продукту Microsoft Hyper-V буде корисним для налаштування цього.
   • Налаштуйте тип автентифікації міграції віртуальної машини в реальному часі між кластерами в Kerberos на кожному вузлі в наборі кластерів.

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

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

Щоб виконати будь-які дії з обслуговування кластера в наборі кластерів, перенесіть усі віртуальні машини, які є частиною кластера, до інших кластерів у наборі кластерів, а потім видаліть кластер із набору кластерів:

Remove-ClusterSetMember -ClusterName  -CimSession  

Після виконання дії з обслуговування додайте кластер назад до набору кластерів.

У випадку несподіваного збою членського кластера, Набір кластерів недостатньо розумний, щоб впоратися з аварійним відновленням. У Windows Server 2019 підтримується тільки ручне переміщення ресурсів з одного кластера в інший; навіть незважаючи на те, що автоматичне перемикання після відмови віртуальних машин продовжує функціонувати в межах однієї елементарної області кластера.

Існуючі відмовостійкі кластери можуть вміщувати максимум 64 вузли. Технологія Cluster Sets об'єднує кілька кластерів WS19 в одному домені, причому кожен з цих кластерів підтримує до 64 вузлів WS19. У порівнянні з відмовостійким кластером, Cluster Set має більшу відмовостійкість. Наприклад, 4-вузловий відмовостійкий кластер може пережити 2-вузловий збій. З тим же 4-вузловим кластером, якщо ми розділимо на два кластери по 2 вузли і сформуємо з нього кластерний комплект, він може пережити один збій кластера плюс один збій вузла з кластера, що залишився. Так, він може пережити 3 відмови вузлів в цілому.

Після виконання дії з обслуговування додайте кластер назад до набору кластерів.

У випадку несподіваного збою членського кластера, Набір кластерів недостатньо розумний, щоб впоратися з аварійним відновленням. У Windows Server 2019 підтримується тільки ручне переміщення ресурсів з одного кластера в інший; навіть незважаючи на те, що автоматичне перемикання після відмови віртуальних машин продовжує функціонувати в межах однієї елементарної області кластера.