Dell PowerEdge'de Microsoft Küme Setlerini Yapılandırma

Windows Server 2019 da (WS19) sunulan Küme Kümeleri, SDDC (Yazılım Tanımlı Veri Merkezi) esnekliğini ve dayanıklılığını artırır. Küme Seti, yöneticilerin birden çok Windows 2019 Kümesini tek bir Küme çatısı altında birleştirmesine olanak tanıyan bir teknolojidir.

Mevcut yük devretme kümeleri en fazla 64 düğüm barındırabilir. Küme Kümeleri teknolojisi, birden fazla WS19 kümesini tek bir etki alanında birleştirir ve bu kümelerin her biri 64 adede kadar WS19 düğümünü destekler. Yük Devretme Kümesi ile karşılaştırıldığında, Küme Kümesi daha fazla dayanıklılığa sahiptir. Örneğin, 4 düğümlü bir yük devretme kümesi 2 düğümlü hatadan kurtulabilir. Aynı 4 düğümlü kümede, iki adet 2 düğümlü kümeye bölünür ve kümeden bir küme kümesi oluşturulursa bir küme hatası artı kalan kümeden bir düğüm arızasından kurtulabilir. Böylece, 3 düğüm arızasından tamamen kurtulabilir.

Server 2019'daki Küme Kümeleri özelliğine genel bakış için "Windows Server 2019'daküme kümelerine giriş" ve "Küme kümeleri" bölümlerine bakın. Küme Kümeleri esnekliğini, Infrastructure Scale-Out File Serveradı verilen temel bir teknolojinin kullanılmasıyla kazanır; bu, Küme Kümesi içindeki VM'lerin kümeler arası geçişini de kolaylaştırır.

PowerEdge de Küme Seti Dağıtmak için Laboratuvar Kurulumu

Kullanılan Sunucular: İki adet PowerEdge R730XD ve iki adet PowerEdge R740XD

İki R730XD kullanılarak ilk küme oluşturuldu ve S2D13G54 (Üye Küme 1 olarak adlandırıldı) adlandırıldı.

İki R740XD kullanılarak ikinci küme oluşturuldu ve S2D14G54 (Üye Küme 2 olarak adlandırıldı) adlandırıldı.

Yukarıda oluşturulan Kümelerin her birinde iki CSV disk bölümü oluşturuldu.

Üye Küme 1 de bir VM "vm1" ve Üye Küme 2'de bir VM "vm2" oluşturuldu. Daha sonra bu iki VM'yi birleştirerek Küme Kümesi için bir Yönetim Kümesi (mgClus54 adlı) oluşturdum. Yönetim Kümesi oluşturulurken paylaşılmış depolama gerekli değildir.

Üye Küme 1, Üye Küme 2 ve Yönetim Kümesindeki düğümlerin her birine Dosya Hizmetleri rolü yüklendi:

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

Üye Küme 1, Üye Küme 2 ve Yönetim Kümesinde bir altyapı SOFS dosya sunucusu oluşturun:

Add-ClusterScaleOutFileServerRole -Name <Altyapının adı SOFS> -Infrastructure

 

CLUSSET54 adlı bir küme kümesi oluşturuldu:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <Yönetim Kümesi SOFS Adı> -CimSession <CIM oturumundan Yönetim Kümesine>

 

Ardından oluşturulan S2D14G54 ve kümeye S2D13G54 Kümesini ClusterSet'e ekleyin:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <S2D14G54 kümede oluşturulan SOFS'nin adı>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Kümede oluşturulan SOFS S2D13G54 nin adı>

 

 

 

Ardından , sırasıyla Üye Küme 1 ve Üye Küme 2'ye V213G ve V214G olmak üzere iki sanal makine dağıtıyorum ve VM'leri Küme Kümesine kaydediyorum:

Get-ClusterSetMember -ClusterName <Küme Adı> | Register-ClusterSetVM -VMName <VM Name>

 
Kümeler arasında dinamik geçişi test etmek için "V213G" sanal makinesini Üye Küme 2'ye geçirmeyi denedim. Kümeler arasında geçiş gerçekleştirmeden önce aşağıdaki noktaları göz önünde bulundurmamız gerekir:

1. 1. VM ayarları, İşlemci Uyumluluğu etkinleştirilmelidir.
   2. Tüm kümeler arası düğüm çiftleri arasında Kerberos kısıtlanmış temsilini (KCD) yapılandırma
      1. Microsoft Hyper-V ürün ekibinden gelen kısıtlı temsilci rehberliği, bunu ayarlamada yararlı olacaktır.
      2. Küme Kümesindeki her düğümde kümeler arası sanal makine dinamik geçiş kimlik doğrulama türünü Kerberos'a yapılandırın.

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

1. 1. 3. Yönetim kümesini, küme kümesindeki her düğümde yerel yöneticiler grubuna ekleyin.

foreach($h in $hosts){ invoke-command -computerName $h -scriptBlock {Net localgroup administrators /add <management_cluster_name>$} }

 

Küme Kümesindeki bir kümenin herhangi bir bakım etkinliğini gerçekleştirmek için kümenin parçası olan tüm VM'leri Küme Kümesindeki diğer kümelere geçirin ve ardından Kümeyi Küme Kümesinden kaldırın:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <ClusterSet için oturum oluşturuldu>

 

Bakım etkinliğini gerçekleştirdikten sonra kümeyi Küme Kümesine geri ekleyin.

 

Bir Üye Kümenin beklenmeyen arızası durumunda, Küme Kümesi yük devretme işlemini gerçekleştirecek kadar akıllı değildir. Windows Server 2019 da yalnızca kaynakların bir kümeden başka bir kümeye manuel olarak taşınması desteklenir; otomatik VMyük devretme tek üyeli küme kapsamında çalışmaya devam etse bile.

 

 

 

 

 

 

 

 

 

 

 

Mevcut yük devretme kümeleri en fazla 64 düğüm barındırabilir. Küme Kümeleri teknolojisi, birden fazla WS19 kümesini tek bir etki alanında birleştirir ve bu kümelerin her biri 64 adede kadar WS19 düğümünü destekler. Yük Devretme Kümesi ile karşılaştırıldığında, Küme Kümesi daha fazla dayanıklılığa sahiptir. Örneğin, 4 düğümlü bir yük devretme kümesi 2 düğümlü hatadan kurtulabilir. Aynı 4 düğümlü kümede, iki adet 2 düğümlü kümeye bölünür ve kümeden bir küme kümesi oluşturulursa bir küme hatası artı kalan kümeden bir düğüm arızasından kurtulabilir. Böylece, 3 düğüm arızasından tamamen kurtulabilir.

Bakım etkinliğini gerçekleştirdikten sonra kümeyi Küme Kümesine geri ekleyin.

 

Bir Üye Kümenin beklenmeyen arızası durumunda, Küme Kümesi yük devretme işlemini gerçekleştirecek kadar akıllı değildir. Windows Server 2019'da yalnızca kaynakların bir kümeden başka bir kümeye el ile taşınması desteklenir; Otomatik VM yük devretme tek üyeli küme kapsamında çalışmaya devam etse de.