Azure Stack HCI kümesini doğrulama

Şunlar için geçerlidir: Azure Stack HCI, sürüm 22H2 ve 21H2; Windows Server 2022, Windows Server 2019.

Uyarı

Bu makalede sağlanan dağıtım yönergeleri eski bir azure stack HCI, sürüm 22H2 için geçerlidir. Yeni dağıtımlar için genel kullanıma sunulan en son sürümü (Azure Stack HCI, sürüm 23H2) kullanmanızı öneririz. Dağıtım yönergeleri için bkz. Azure Stack HCI, sürüm 23H2 dağıtımı hakkında.

DCB'nin artık Azure Stack HCI'de konak ağ yapılandırmanızı ayarlamak veya test etmek için önerilen araç olmadığını doğrulayın. Azure Stack HCI için konak ağ kurulumunuzu yapılandırmak için Ağ ATC'sini kullanmanızı öneririz. Ağ ATC her zaman Azure Stack HCI'de DCB Doğrulama'nın yerini alır.

Windows Admin Center'de küme oluşturma sihirbazı seçilen donanımla çalışan bir küme oluşturmak için belirli doğrulamalar gerçekleştirse de, küme doğrulaması kümenin üretim ortamında çalıştığından emin olmak için ek denetimler gerçekleştirir. Bu nasıl yapılır makalesi, küme doğrulamasının neden önemli olduğuna ve azure stack HCI kümesinde ne zaman çalıştırılmaya odaklanmaktadır.

Aşağıdaki birincil senaryolar için küme doğrulaması gerçekleştirmenizi öneririz:

• Bir sunucu kümesi dağıtıldıktan sonra ağı test etmek için Validate-DCB aracını çalıştırın.
• Bir sunucu kümesini güncelleştirdikten sonra, senaryonuza bağlı olarak küme sorunlarını gidermek için her iki doğrulama seçeneğini de çalıştırın.
• Depolama Çoğaltması ile çoğaltmayı ayarladıktan sonra belirli olayları denetleyerek ve birkaç komut çalıştırarak çoğaltmanın normal şekilde devam ettiğini doğrulayın.
• Sunucu kümesi oluşturduktan sonra, validate-DCB aracını üretime yerleştirmeden önce çalıştırın.

Küme doğrulama nedir?

Küme doğrulaması, bir küme üretime geçmeden önce donanım veya yapılandırma sorunlarını yakalamaya yöneliktir. Küme doğrulaması, dağıtmak üzere olduğunuz Azure Stack HCI çözümünün gerçekten güvenilir olduğundan emin olmanıza yardımcı olur. Yapılandırılan yük devretme kümelerinde küme doğrulamayı tanılama aracı olarak da kullanabilirsiniz.

Belirli doğrulama senaryoları

Bu bölümde doğrulamanın gerekli veya yararlı olduğu senaryolar açıklanmaktadır.

• Küme yapılandırılmadan önce doğrulama:

  • Yük devretme kümesi olmaya hazır bir sunucu kümesi: Bu, en basit doğrulama senaryosudur. Donanım bileşenleri (sistemler, ağlar ve depolama) birbirine bağlıdır, ancak sistemler henüz küme olarak çalışmaz. Bu durumda testleri çalıştırmanın kullanılabilirlik üzerinde hiçbir etkisi yoktur.

  • Sunucu VM'leri: Bir kümedeki sanallaştırılmış sunucular için, diğer tüm yeni kümelerde yaptığınız gibi küme doğrulamasını çalıştırın. Özelliği çalıştırma gereksinimi, aşağıdakilere sahip olmanıza bakılmaksızın aynıdır:

    • İki fiziksel bilgisayar arasında yük devretmenin gerçekleştiği bir "konak kümesi".
    • Aynı fiziksel bilgisayardaki konuk işletim sistemleri arasında yük devretmenin gerçekleştiği bir "konuk küme".

• Küme yapılandırıldıktan ve kullanımda olduktan sonra doğrulama:

  • Kümeye sunucu eklemeden önce: Bir kümeye sunucu eklediğinizde, kümeyi doğrulamanızı kesinlikle öneririz. Küme doğrulamayı çalıştırdığınızda hem mevcut küme üyelerini hem de yeni sunucuyu belirtin.

  • Sürücü eklerken: Kümeye, başarısız sürücüleri değiştirmekten veya var olan sürücüleri kullanan sanal diskler veya birimler oluşturmaktan farklı olan başka sürücüler eklediğinizde, yeni depolamanın düzgün çalışacağını onaylamak için küme doğrulamasını çalıştırın.

  • Üretici yazılımını veya sürücüleri etkileyen değişiklikler yaparken: Üretici yazılımını veya sürücüleri etkileyen kümeyi yükseltip değiştirirseniz, yeni donanım, üretici yazılımı, sürücü ve yazılım bileşiminin yük devretme kümesi işlevselliğini desteklediğini onaylamak için küme doğrulamasını çalıştırmanız gerekir.

  • Bir sistemi yedekten geri yükledikten sonra: Bir sistemi yedekten geri yükledikten sonra, sistemin bir kümenin parçası olarak düzgün çalıştığını onaylamak için küme doğrulamasını çalıştırın.

Ağı doğrulama

Microsoft Validate-DCB aracı, kümedeki Veri Merkezi Köprü Oluşturma (DCB) yapılandırmasını doğrulamak için tasarlanmıştır. Bunu yapmak için araç beklenen bir yapılandırmayı giriş olarak alır ve ardından kümedeki her sunucuyu sınar. Bu bölümde Validate-DCB aracını yükleme ve çalıştırma, sonuçları gözden geçirme ve aracın tanımladığı ağ hatalarını düzeltme işlemleri açıklanır.

Not

Microsoft, Validate-DCB aracının denetlediği yapılandırma zorluklarının çoğunu ortadan kaldıran Ağ ATC ile yapılandırmanızı dağıtmanızı ve yönetmenizi önerir. Konak ağ dağıtımına yönelik amaç tabanlı bir yaklaşım sağlayan Ağ ATC hakkında daha fazla bilgi edinmek için bkz. Ağ ATC ile konak ağını basitleştirme.

Ağ üzerinde Yakınsanmış Ethernet (RoCE) üzerinden uzaktan doğrudan bellek erişimi (RDMA), ağ dokusunu kayıpsız hale getirmek için DCB teknolojileri gerektirir. iWARP ile DCB isteğe bağlıdır. Ancak DCB'yi yapılandırmak karmaşık olabilir ve aşağıdakiler arasında tam yapılandırma gerekir:

• Kümedeki her sunucu
• RDMA trafiğinin doku üzerinde geçtiği her ağ bağlantı noktası

Önkoşullar

• Doğrulamak istediğiniz sunucu kümesinin ağ kurulum bilgileri, örneğin:
  • Konak veya sunucu kümesi adı
  • Sanal anahtar adı
  • Ağ bağdaştırıcısı adları
  • Öncelik Akışı Denetimi (PFC) ve Gelişmiş İletim Seçimi (ETS) ayarları
• Microsoft'tan Windows PowerShell araç modülünü indirmek için İnternet bağlantısı.

Validate-DCB aracını yükleme ve çalıştırma

Validate-DCB aracını yüklemek ve çalıştırmak için:

1. Yönetim bilgisayarınızda Yönetici olarak bir Windows PowerShell oturumu açın ve aracı yüklemek için aşağıdaki komutu kullanın.

   Install-Module Validate-DCB
   

2. NuGet sağlayıcısını kullanma isteklerini kabul edin ve aracı yüklemek için depoya erişin.

3. PowerShell aracı indirmek için Microsoft ağına bağlandıktan sonra, araç sihirbazını başlatmak için enter tuşuna basınValidate-DCB.

   Not

   Validate-DCB araç betiğini çalıştıramıyorsanız PowerShell yürütme ilkelerinizi ayarlamanız gerekebilir. Geçerli betik yürütme ilkesi ayarlarınızı görüntülemek için Get-ExecutionPolicy cmdlet'ini kullanın. PowerShell'de yürütme ilkelerini ayarlama hakkında bilgi için bkz . Yürütme İlkeleri Hakkında.

4. Validate-DCB yapılandırma sihirbazına Hoş Geldiniz sayfasında İleri'yi seçin.

5. Kümeler ve Düğümler sayfasında, doğrulamak istediğiniz sunucu kümesinin adını yazın, çözümle'yi seçerek sayfada listeleyin ve ardından İleri'yi seçin.

   

6. Bağdaştırıcılar sayfasında:

   1. vSwitch ekli onay kutusunu seçin ve vSwitch'in adını yazın.
   2. Bağdaştırıcı Adı'nın altında, her fiziksel NIC'nin adını, Konak vNIC Adı'nın altına her sanal NIC'nin (vNIC) adını ve VLAN'ın altında her bağdaştırıcı için kullanılan VLAN Kimliğini yazın.
   3. RDMA Türü açılan liste kutusunu genişletin ve uygun protokolü seçin: RoCE veya iWARP. Ayrıca Jumbo Çerçeveler'i ağınız için uygun değere ayarlayın ve İleri'yi seçin.

   

   Not

   • SR-IOV'nin ağ performansını nasıl geliştirdiği hakkında daha fazla bilgi edinmek için bkz. Tek Kök G/Ç Sanallaştırmasına (SR-IOV) Genel Bakış.

7. Veri Merkezi Köprü Oluşturma sayfasında, değerleri kuruluşunuzun Öncelik, İlke Adı ve Bant Genişliği Ayırma ayarlarıyla eşleşecek şekilde değiştirin ve ardından İleri'yi seçin.

   

   Not

   Önceki sihirbaz sayfasında RoCE üzerinden RDMA'nın seçilmesi, tüm NIC'lerde ve switchport'larda ağ güvenilirliği için DCB gerektirir.

8. Kaydet ve Dağıt sayfasındaki Yapılandırma Dosyası Yolu kutusunda, .ps1 uzantısını kullanarak yapılandırma dosyasını daha sonra gerekirse yeniden kullanabileceğiniz bir konuma kaydedin ve ardından Validate-DCB aracını çalıştırmaya başlamak için Dışarı Aktar'ı seçin.

   • yapılandırmayı dağıtmak ve doğrulamak için bir Azure Otomasyonu hesabı kullanma özelliğini içeren sayfanın Düğümlere Yapılandırma Dağıtma bölümünü tamamlayarak isteğe bağlı olarak yapılandırma dosyanızı dağıtabilirsiniz. Azure Otomasyonu kullanmaya başlamak için bkz. Azure Otomasyonu hesabı oluşturma.

   

Sonuçları gözden geçirme ve hataları düzeltme

Validate-DCB aracı iki birim sonuç üretir:

1. [Genel Birim] sonuçları, kalıcı testleri çalıştırmak için önkoşulları ve gereksinimleri listeler.
2. [Kalıcı Birim] sonuçları, her küme konağı yapılandırması ve en iyi yöntemleri hakkında geri bildirim sağlar.

Bu örnek, 0'ın Başarısız Sayısını belirterek tüm önkoşullar ve kalıcı birim testleri için tek bir sunucunun başarılı tarama sonuçlarını gösterir.

Aşağıdaki adımlarda, vNIC SMB02'den jumbo Packet hatasını tanımlama ve düzeltme adımları gösterilmektedir:

1. Validate-DCB araç taramalarının sonuçları Başarısız Sayı hatası olarak 1 değerini gösterir.

   

2. Sonuçlar arasında geri kaydırmak, Ana Bilgisayar S046036 vNIC SMB02 için Jumbo Paketi'nin varsayılan 1514 boyutunda ayarlandığını ancak 9014 olarak ayarlanması gerektiğini belirten kırmızı bir hata gösterir.

   

3. Konak S046036'da vNIC SMB02'nin Gelişmiş özellikleri gözden geçirildiğinde Jumbo Paketi'nin varsayılan Olarak Devre Dışı olarak ayarlandığı gösterilir.

   

4. Hatayı düzeltmek için Jumbo Packet özelliğinin etkinleştirilmesi ve boyutunun 9014 bayt olarak değiştirilmesi gerekir. Taramanın konakta yeniden çalıştırılması S046036 Başarısız Sayısı (0) döndürerek bu değişikliği onaylar.

   

Validate-DCB aracının tanımlamış olduğu hataları çözme hakkında daha fazla bilgi edinmek için aşağıdaki videoya bakın.

Aracı çevrimdışı olarak da yükleyebilirsiniz. Bağlantısız sistemler için c:\temp\Validate-DCB içindeki modülleri kullanın Save-Module -Name Validate-DCB -Path c:\temp\Validate-DCB ve ardından bağlantısı kesilmiş sisteminize taşıyın. Daha fazla bilgi için aşağıdaki videoya bakın.

Kümeyi doğrulama

Windows Admin Center'daki mevcut bir kümedeki sunucuları doğrulamak için aşağıdaki adımları kullanın.

1. Windows Admin Center'da, Tüm bağlantılar'ın altında, doğrulamak istediğiniz Azure Stack HCI kümesini ve ardından Bağlan'ı seçin.

   Küme Yöneticisi Panosu, küme hakkındaki genel bakış bilgilerini görüntüler.

2. Küme Yöneticisi Panosu'nda, Araçlar'ın altında Sunucular'ı seçin.

3. Envanter sayfasında kümedeki sunucuları seçin, ardından Diğer alt menüsünü genişletin ve Kümeyi doğrula'yı seçin.

4. Kümeyi Doğrula açılır penceresinde Evet'i seçin.

   

5. Kimlik Bilgileri Güvenlik Hizmeti Sağlayıcısı (CredSSP) açılır penceresinde Evet'i seçin.

6. CredSSP'yi etkinleştirmek için kimlik bilgilerinizi girin ve Devam'ı seçin.
   Küme doğrulama arka planda çalışır ve tamamlandığında size bir bildirim verir; bu noktada doğrulama raporunu bir sonraki bölümde açıklandığı gibi görüntüleyebilirsiniz.

Not

Küme sunucularınız doğrulandıktan sonra, güvenlik nedeniyle CredSSP'yi devre dışı bırakmanız gerekir.

CredSSP'yi devre dışı bırakma

Sunucu kümeniz başarıyla doğrulandıktan sonra, güvenlik amacıyla her sunucuda Kimlik Bilgisi Güvenlik Destek Sağlayıcısı (CredSSP) protokolunu devre dışı bırakmanız gerekir. Daha fazla bilgi için bkz . CVE-2018-0886.

1. Windows Admin Center'da Tüm bağlantılar'ın altında kümenizdeki ilk sunucuyu seçin ve ardından Bağlan'ı seçin.

2. Genel Bakış sayfasında CredSSP'yi Devre Dışı Bırak'ı seçin ve ardından CredSSP'yi Devre Dışı Bırak açılır penceresinde Evet'i seçin.

   2. Adımın sonucu, sunucunun Genel Bakış sayfasının üst kısmındaki kırmızı CredSSP ENABLED başlığını kaldırır ve diğer sunucularda CredSSP'yi devre dışı bırakır.

Doğrulama raporlarını görüntüleme

Artık küme doğrulama raporunuzu görüntülemeye hazırsınız.

Doğrulama raporlarına erişmenin birkaç yolu vardır:

• Stok sayfasında Diğer alt menüsünü genişletin ve doğrulama raporlarını görüntüle'yi seçin.

• Windows Admin Center sağ üst kısmında Bildirimler zil simgesini seçerek Bildirimler bölmesini görüntüleyin. Başarıyla doğrulanmış küme bildirimini ve ardından Yük Devretme Kümesi doğrulama raporuna git'i seçin.

Not

Sunucu kümesi doğrulama işleminin tamamlanması biraz zaman alabilir. İşlem çalışırken Windows Admin Center içinde başka bir araciya geçmeyin. Bildirimler bölmesinde, Kümeyi doğrula bildiriminizin altındaki durum çubuğu işlemin ne zaman yapıldığını gösterir.

PowerShell kullanarak kümeyi doğrulama

Sunucu kümenizde doğrulama testleri çalıştırmak ve sonuçları görüntülemek için de Windows PowerShell kullanabilirsiniz. Bir küme ayarlanıp önce ve sonra testleri çalıştırabilirsiniz.

Bir sunucu kümesinde doğrulama testi çalıştırmak için, yönetim bilgisayarınızdan Get-Cluster ve Test-Cluster<sunucu kümeadı> PowerShell cmdlet'lerini çalıştırın veya doğrudan kümede yalnızca Test-Cluster cmdlet'ini çalıştırın:

$Cluster = Get-Cluster -Name 'server-cluster1'
Test-Cluster -InputObject $Cluster -Verbose

Daha fazla örnek ve kullanım bilgisi için Test Kümesi başvuru belgelerine bakın.

Test-NetStack , GitHub'da bulunan ve ağlarda ICMP, TCP ve RDMA trafik testi gerçekleştirmek ve olası ağ dokusunu ve konak yanlış yapılandırmalarını veya işletimsel dengesizliği belirlemek için kullanabileceğiniz PowerShell tabanlı bir test aracıdır. Bağlantı, paket parçalanması, düşük aktarım hızı ve tıkanıklık ile ilgili sorunlar için yerel, yapay ve donanım boşaltılan (RDMA) ağ veri yollarını test ederek ağ veri yollarını doğrulamak için Test-NetStack kullanın.

Depolama Çoğaltması için çoğaltmayı doğrulama

Esnetilmiş bir kümedeki veya kümeden kümeye birimleri çoğaltmak için Depolama Çoğaltması kullanıyorsanız, çoğaltma durumunu almak için kullanabileceğiniz çeşitli olaylar ve cmdlet'ler vardır.

Aşağıdaki senaryoda, iki site için çoğaltma grupları (RG) oluşturarak Depolama Çoğaltma'yı yapılandırdık ve ardından Site1'deki (Sunucu1, Sunucu2) kaynak sunucu düğümleri ve Site2'deki (Server3, Server4) hedef (çoğaltılmış) sunucu düğümleri için veri birimlerini ve günlük birimlerini belirttik.

Site1'de Sunucu1 için çoğaltma ilerleme durumunu belirlemek için Get-WinEvent komutunu çalıştırın ve 5015, 5002, 5004, 1237, 5001 ve 2200 olaylarını inceleyin:

Get-WinEvent -ComputerName Server1 -ProviderName Microsoft-Windows-StorageReplica -max 20

Site2'deki Server3 için, ortaklığın oluşturulmasını gösteren Depolama Çoğaltması olaylarını görmek için aşağıdaki Get-WinEvent komutu çalıştırın. Bu olay, kopyalanan bayt sayısını ve geçen süreyi belirtir. Örnek:

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL

Site2'deki Server3 için komutunu çalıştırın ve işleme ilerleme durumunu Get-WinEvent anlamak için 5009, 1237, 5001, 5015, 5005 ve 2200 olaylarını inceleyin. Bu işlem dizisinde hata uyarısı olmamalıdır. Birçok 1237 olay olacaktır; bunlar ilerlemeyi gösterir.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Alternatif olarak, çoğaltmanın hedef sunucu grubu her zaman kopyalanacak kalan bayt sayısını belirtir ve ile Get-SRGroupPowerShell aracılığıyla sorgulanabilir. Örnek:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

Site2'deki node Server3 için aşağıdaki komutu çalıştırın ve çoğaltmanın ilerleme durumunu anlamak için 5009, 1237, 5001, 5015, 5005 ve 2200 olaylarını inceleyin. Hata uyarısı olmamalıdır. Ancak, birçok "1237" olay olacaktır; bunlar ilerlemeyi gösterir.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Sonlandırılmayan bir ilerleme betiği olarak:

while($true) {
$v = (Get-SRGroup -Name "Replication2").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}

Esnetilmiş küme içinde çoğaltma durumunu almak için ve Get-SRPartnershipkullanınGet-SRGroup:

Get-SRGroup -Cluster ClusterS1

Get-SRPartnership -Cluster ClusterS1

(Get-SRGroup).replicas -Cluster ClusterS1

Siteler arasında başarılı veri çoğaltması onaylandıktan sonra VM'lerinizi ve diğer iş yüklerinizi oluşturabilirsiniz.

Ayrıca bkz.

• DiskSpd.exe kullanarak yeni oluşturulan depolama alanında yapay iş yüklerine karşı performans testi. Daha fazla bilgi edinmek için bkz. Windows Server'da Yapay İş Yüklerini Kullanarak Depolama Alanları Performansını Test Etme.
• Windows Server Değerlendirmesi, Microsoft'un yüklemelerini gözden geçirmesini isteyen müşterilerin kullanabileceği bir Premier Hizmettir. Daha fazla bilgi için Microsoft Premier Desteği'ne başvurun. Daha fazla bilgi edinmek için bkz. Windows Server İsteğe Bağlı Değerlendirmesini Kullanmaya Başlama (Sunucu, Güvenlik, Hyper-V, Yük Devretme Kümesi, IIS).