Řešení potíží s vytvářením sestav ověřování clusteru
Platí pro: Azure Stack HCI, verze 22H2 a 21H2; Windows Server 2022, Windows Server 2019
Důležité
Azure Stack HCI je teď součástí Azure Local. Probíhá přejmenování dokumentace k produktu. Starší verze Azure Stack HCI, například 22H2, ale budou dál odkazovat na Azure Stack HCI a nebudou odrážet změnu názvu. Další informace.
Toto téma vám pomůže vyřešit potíže s vytvářením sestav ověřování clusteru pro nastavení kvality služby sítě a úložiště (kvalita služby) napříč servery v clusteru Azure Stack HCI a ověřit, že jsou definovaná důležitá pravidla. Kvůli optimálnímu připojení a výkonu proces ověřování clusteru ověřuje, že konfigurace technologie QoS (DCB) data center je konzistentní a pokud je definovaná, obsahuje vhodná pravidla pro clustering s podporou převzetí služeb při selhání a třídy provozu SMB/SMB Direct.
DcB se vyžaduje pro RDMA přes konvergované sítě Ethernet (RoCE) a je volitelný (ale doporučeno) pro sítě iWARP (Internet Wide Area RDMA Protocol).
Instalace přemostění datacentra
Aby bylo možné používat rutiny specifické pro QoS, je potřeba nainstalovat přemostění datacentra. Pokud chcete zkontrolovat, jestli už je na serveru nainstalovaná funkce přemostění datacentra, spusťte v PowerShellu následující rutinu:
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
Pokud není přemostění datacentra nainstalované, nainstalujte ho spuštěním následující rutiny na každém serveru v clusteru:
Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1
Spuštění ověřovacího testu clusteru
Funkci Ověřit v centru Windows Admin Center můžete použít tak, že vyberete cluster Tools > Servers > Inventory > Validate nebo spustíte následující příkaz PowerShellu:
Test-Cluster –Node Server1, Server2
Kromě jiného test ověří, že konfigurace QoS dcB je konzistentní a že všechny servery v clusteru mají stejný počet tříd provozu a pravidla QoS. Také ověří, že všechny servery mají definovaná pravidla QoS pro clustering s podporou převzetí služeb při selhání a třídy provozu SMB/SMB Direct.
Sestavu ověření můžete zobrazit v Centru pro správu Windows nebo přístupem k souboru protokolu v aktuálním pracovním adresáři. Příklad: C:\Users<uživatelské jméno>\AppData\Local\Temp\
V dolní části sestavy uvidíte "Ověřit konfiguraci nastavení QoS" a odpovídající sestavu pro každý server v clusteru.
Pokud chcete zjistit, které třídy provozu jsou už nastavené na serveru, použijte tuto rutinu Get-NetQosTrafficClass .
Další informace najdete v tématu Ověření clusteru Azure Stack HCI.
Ověření pravidel QoS sítě
Ověřte konzistenci stavu připravenosti DCB a nastavení stavu řízení toku priority mezi servery v clusteru.
Ochotný stav DCB
Síťové adaptéry, které podporují protokol DCBX (Data Center Bridging Capability Exchange Protocol), můžou přijímat konfigurace ze vzdáleného zařízení. Aby bylo možné tuto funkci povolit, musí být bit DCB na síťovém adaptéru nastavený na hodnotu true. Pokud je ochotný bit nastavený na false, zařízení odmítne všechny pokusy o konfiguraci ze vzdálených zařízení a vynutí pouze místní konfigurace. Pokud používáte RDMA přes konvergované ethernetové adaptéry (RoCE), měl by být ochotný bit nastaven na false na všech serverech.
Všechny servery v clusteru Azure Stack HCI by měly mít stejně nastavenou bitovou sadu DCB.
Pomocí rutiny Set-NetQosDcbxSetting nastavte bit dcB ochotný na hodnotu true nebo false, jako v následujícím příkladu:
Set-NetQosDcbxSetting –Willing $false
Stav řízení toku DCB
Řízení toku založené na prioritách je důležité, pokud protokol horní vrstvy, třeba Fiber Channel, spoléhá na bezztrátový základní přenos. Řízení toku DCB je možné povolit nebo zakázat globálně nebo pro jednotlivé síťové adaptéry. Pokud je tato možnost povolená, umožňuje vytvářet zásady QoS, které upřednostňují určitý provoz aplikací.
Aby zásady QoS bez problémů fungovaly během převzetí služeb při selhání, měly by mít všechny servery v clusteru Azure Stack HCI stejné nastavení stavu řízení toku. Pokud používáte adaptéry RoCE, musí být na všech serverech povolené řízení toku priority.
Pomocí rutiny Get-NetQosFlowControl získejte aktuální konfiguraci řízení toku. Všechny priority jsou ve výchozím nastavení zakázané.
Enable-NetQosFlowControl K zapnutí nebo vypnutí řízení toku priority použijte rutiny s Disable-NetQosFlowControl parametrem -priority. Například následující příkaz povolí řízení toku u provozu označeného prioritou 3:
Enable-NetQosFlowControl –Priority 3
Ověření pravidel kvality služby úložiště
Ověřte, že všechny uzly mají pravidlo QoS pro clustering s podporou převzetí služeb při selhání a smb nebo SMB Direct. Jinak může dojít k problémům s připojením a problémům s výkonem.
Pravidlo QoS pro clustering s podporou převzetí služeb při selhání
Pokud jsou v clusteru definována nějaká pravidla QoS úložiště, mělo by existovat pravidlo QoS pro clustering s podporou převzetí služeb při selhání nebo může dojít k problémům s připojením. Pokud chcete přidat nové pravidlo QoS pro clustering s podporou převzetí služeb při selhání, použijte rutinu New-NetQosPolicy jako v následujícím příkladu:
New-NetQosPolicy "Cluster" -Cluster -Priority 6
Pravidlo QoS pro SMB
Pokud některé nebo všechny uzly mají definovaná pravidla QOS, ale nemají pravidlo QOS pro SMB, může to způsobit problémy s připojením a výkonem protokolu SMB. Pokud chcete přidat nové pravidlo QoS sítě pro SMB, použijte rutinu New-NetQosPolicy jako v následujícím příkladu:
New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3
Pravidlo QoS pro SMB Direct
Smb Direct obchází síťový zásobník, místo toho k přenosu dat používá metody RDMA. Pokud některé nebo všechny uzly mají definovaná pravidla QOS, ale nemají pravidlo QOS pro SMB Direct, může to způsobit problémy s připojením a výkonem smb Direct. Pokud chcete vytvořit novou zásadu QoS pro SMB Direct, zadejte následující příkazy:
New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3
Další kroky
Související informace najdete také: