Memecahkan masalah pelaporan validasi kluster

  • Artikel

Berlaku untuk: Azure Stack HCI, versi 22H2 dan 21H2; Windows Server 2022, Windows Server 2019

Topik ini membantu Anda memecahkan masalah pelaporan validasi kluster untuk pengaturan QoS (kualitas layanan) jaringan dan penyimpanan di seluruh server dalam kluster Azure Stack HCI, dan memverifikasi bahwa aturan penting telah ditentukan. Untuk konektivitas dan performa yang optimal, proses validasi kluster memverifikasi bahwa konfigurasi QoS Bridging Pusat Data (DCB) konsisten dan, jika ditentukan, berisi aturan yang sesuai untuk kelas lalu lintas Pengklusteran Failover dan SMB/SMB Direct.

DCB diperlukan untuk RDMA melalui jaringan Converged Ethernet (RoCE), dan bersifat opsional (tetapi direkomendasikan) untuk jaringan Internet Wide Area RDMA Protocol (iWARP).

Menginstal bridging pusat data

Bridging Pusat Data harus diinstal untuk menggunakan cmdlet khusus QoS. Untuk memeriksa apakah fitur Bridging Pusat Data sudah diinstal di server, jalankan cmdlet berikut di PowerShell:

Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1

Jika Bridging Pusat Data tidak diinstal, instal dengan menjalankan cmdlet berikut di setiap server di kluster:

Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1

Menjalankan uji validasi kluster

Gunakan fitur Validasi di Windows Admin Center dengan memilih Alat > Server > Inventaris > Validasi kluster, atau jalankan perintah PowerShell berikut:

Test-Cluster –Node Server1, Server2

Antara lain, pengujian akan memvalidasi bahwa Konfigurasi QoS DCB konsisten, dan bahwa semua server di kluster memiliki jumlah kelas lalu lintas dan Aturan QoS yang sama. Tindakan ini juga akan memverifikasi bahwa semua server memiliki aturan QoS yang ditetapkan untuk kelas lalu lintas Pengklusteran Failover dan SMB/SMB Direct.

Anda dapat melihat laporan validasi di Windows Pusat Admin, atau dengan mengakses file log di direktori kerja saat ini. Misalnya: C:\Users<username>\AppData\Local\Temp\

Di dekat bagian bawah laporan, Anda akan melihat "Validasi Konfigurasi Pengaturan QoS" dan laporan yang sesuai untuk setiap server di kluster.

Untuk memahami kelas lalu lintas mana yang sudah diatur di server, gunakan cmdlet Get-NetQosTrafficClass.

Untuk mempelajari selengkapnya, lihat Memvalidasi kluster Azure Stack HCI.

Memvalidasi aturan QoS jaringan

Validasi konsistensi status kesediaan DCB dan pengaturan status kontrol alur prioritas antara server pada kluster.

Status kesediaan DCB

Adaptor jaringan yang mendukung protokol Pertukaran Kemampuan Bridging Pusat Data (DCBX) dapat menerima konfigurasi dari perangkat jarak jauh. Untuk mengaktifkan kemampuan ini, bit kesediaan DCB pada adaptor jaringan harus diatur ke true. Jika bit yang bersedia diatur ke false, perangkat akan menolak semua upaya konfigurasi dari perangkat jarak jauh dan hanya memberlakukan konfigurasi lokal. Jika Anda menggunakan RDMA melalui adaptor Converged Ethernet (RoCE), maka bit kesediaan harus diatur ke false di semua server.

Semua server dalam kluster Azure Stack HCI harus mengatur bit kesediaan DCB dengan cara yang sama.

Gunakan cmdlet Set-NetQosDcbxSetting untuk mengatur bit kesediaan DCB ke true atau false, seperti pada contoh berikut:

Set-NetQosDcbxSetting –Willing $false

Status kontrol alur DCB

Kontrol alur berbasis prioritas sangat penting jika protokol lapisan atas, seperti Saluran Fiber, mengasumsikan transportasi dasar yang tidak akan hilang. Kontrol alur DCB dapat diaktifkan atau dinonaktifkan baik secara global atau untuk adaptor jaringan individual. Jika diaktifkan akan memungkinkan pembuatan kebijakan QoS yang memprioritaskan lalu lintas aplikasi tertentu.

Agar kebijakan QoS berfungsi dengan lancar selama failover, semua server pada kluster Azure Stack HCI harus memiliki pengaturan status kontrol alur yang sama. Jika Anda menggunakan adaptor RoCE, kontrol alur prioritas harus diaktifkan di semua server.

Gunakan cmdlet Get-NetQosFlowControl untuk mendapatkan konfigurasi kontrol alur saat ini. Semua prioritas dinonaktifkan secara default.

Gunakan cmdlet Enable-NetQosFlowControl dan Disable-NetQosFlowControl dengan parameter -priority untuk mengaktifkan atau menonaktifkan kontrol alur prioritas. Misalnya, perintah berikut mengaktifkan kontrol alur pada lalu lintas yang ditandai dengan prioritas 3:

Enable-NetQosFlowControl –Priority 3

Memvalidasi aturan QoS penyimpanan

Validasi bahwa semua node memiliki aturan QoS untuk pengklusteran failover dan untuk SMB/SMB Direct. Jika tidak, masalah konektivitas dan masalah performa dapat terjadi.

Aturan QoS untuk pengklusteran failover

Jika ada aturan QoS penyimpanan yang ditentukan dalam cluster, aturan QoS untuk pengklusteran failover harus ada, atau masalah konektivitas dapat terjadi. Untuk menambahkan aturan QoS baru untuk pengelompokan failover, gunakan cmdlet New-NetQosPolicy seperti pada contoh berikut:

New-NetQosPolicy "Cluster" -Cluster -Priority 6

Aturan QoS untuk SMB

Jika beberapa atau semua node memiliki aturan QOS yang ditentukan tetapi tidak memiliki Aturan QOS untuk SMB, ini dapat menyebabkan masalah konektivitas dan performa untuk SMB. Untuk menambahkan aturan QoS jaringan baru untuk SMB, gunakan cmdlet New-NetQosPolicy seperti pada contoh berikut:

New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3

Aturan QoS untuk SMB Direct

SMB Direct melewati tumpukan jaringan, alih-alih menggunakan metode RDMA untuk mentransfer data. Jika beberapa atau semua node memiliki aturan QOS yang ditentukan tetapi tidak memiliki Aturan QOS untuk SMB Direct, ini dapat menyebabkan masalah konektivitas dan performa untuk SMB Direct. Untuk membuat kebijakan QoS baru untuk SMB Direct, jalankan perintah berikut:

New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3

Langkah berikutnya

Untuk informasi terkait, lihat juga: