Windows Server: Configuring Microsoft Cluster Sets on Dell PowerEdge

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

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

Для огляду функції Cluster-Sets у Server 2019 див. "Introduction-to-cluster-sets-in-windows-server-2019 " та "Cluster sets ". Cluster Sets отримує свою гнучкість завдяки використанню базової технології під назвою Infrastructure Scal-Out File Server ; це також полегшує міжкластерну міграцію віртуальних машин у межах Cluster Set.

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

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

• Створив перший кластер з двох R730XD і отримав назву S2D13G54 (називається кластером членів 1).
• Створив другий кластер з двох R740XD і отримав назву S2D14G54 (називається кластером членів 2).
• Створили два CSV-томи для кожного з вищезазначених кластерів.
• Створено віртуальну машину 'vm1' вперед Member Cluster 1 та VM '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 кластер до кластера в ClusterSet:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession  -InfraSOFSName

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

Get-ClusterSetMember -ClusterName  | Register-ClusterSetVM -VMName  

 
Для тестування живої міграції між кластерами я спробував мігрувати VM "V213G" до Кластер-члена 2. Перед тим, як виконувати міграцію між кластерами, слід розглянути наступні моменти:

1. Налаштування VM, Сумісність процесорів має бути увімкнена.
2. Налаштуйте обмежену делегацію Kerberos (KCD) між усіма парами вузлів між кластерами
   • Рекомендації з обмеженою делегованістю від Microsoft Hyper-V Product команда буде корисною для налаштування цього.
   • Налаштуйте тип живої аутентифікації віртуальної машини між кластерами на 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  

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

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

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

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

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