Bagikan melalui


Memecahkan masalah pelaporan validasi kluster

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

Penting

Azure Stack HCI sekarang menjadi bagian dari Azure Local. Namun, versi Azure Stack HCI yang lebih lama, misalnya 22H2 akan terus mereferensikan Azure Stack HCI dan tidak akan mencerminkan perubahan nama. Pelajari selengkapnya.

Artikel ini membantu Anda memecahkan masalah pelaporan validasi kluster untuk pengaturan QoS jaringan dan penyimpanan (kualitas layanan) di seluruh server di kluster Azure Stack HCI, dan memverifikasi bahwa aturan penting ditentukan. Untuk konektivitas dan performa yang optimal, proses validasi kluster memverifikasi bahwa konfigurasi QoS Data Center Bridging (DCB) sudah konsisten dan, jika telah ditetapkan, berisi aturan yang tepat untuk kelas lalu lintas Pengklusteran Failover serta 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 jembatan jaringan pusat data

Penghubung Pusat Data harus diinstal untuk menggunakan cmdlet yang khusus untuk 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 Data Center Bridging tidak diinstal, instal dengan menjalankan cmdlet berikut pada 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 memvalidasi bahwa Konfigurasi QoS DCB konsisten, dan bahwa semua server dalam kluster memiliki jumlah kelas lalu lintas dan Aturan QoS yang sama. Ini juga memverifikasi bahwa semua server memiliki aturan QoS yang ditentukan untuk Kluster Failover dan kelas lalu lintas 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 kesiapan DCB dan status kontrol aliran 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 menandakan kesediaan diatur ke false, perangkat akan menolak semua upaya konfigurasi dari perangkat jarak jauh dan hanya menerapkan konfigurasi lokal. Jika Anda menggunakan adaptor RDMA melalui Converged Ethernet (RoCE), maka "willing bit" harus disetel ke false pada 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 aliran 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 seluruh node memiliki aturan QoS untuk klaster failover dan untuk SMB/SMB Direct. Jika tidak, masalah konektivitas dan masalah performa dapat terjadi.

Aturan QoS untuk klaster failover

Jika ada aturan QoS penyimpanan yang ditentukan dalam kluster, maka sebaiknya ada aturan QoS untuk pengklusteran failover, 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 simpul 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 stack jaringan, dan menggunakan metode RDMA untuk mentransfer data. Jika beberapa atau semua simpul 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: