Řešení potíží s vytvářením sestav ověření clusteru
Platí pro: Azure Stack HCI verze 22H2 a 21H2; Windows Server 2022, Windows Server 2019
Toto téma vám pomůže řešit potíže s vytvářením sestav ověřování clusteru pro nastavení kvality služby sítě a úložiště (quality of service) na serverech v clusteru Azure Stack HCI a ověřit, že jsou definovaná důležitá pravidla. Pro zajištění optimálního připojení a výkonu proces ověření clusteru ověří, že konfigurace QoS přemostění datového centra (DCB) je konzistentní, a pokud je definována, obsahuje příslušná 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 sítě RDMA over Converged 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, musí být nainstalované přemostění datového centra. Pokud chcete zkontrolovat, jestli je už na serveru nainstalovaná funkce přemostění datového centra, spusťte v PowerShellu následující rutinu:
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
Pokud přemostění datacentra není 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
Buď použijte funkci Ověřit v Windows Admin Center výběrem > nástroje Servery > – Inventář > Ověřit cluster, nebo spusťte následující příkaz PowerShellu:
Test-Cluster –Node Server1, Server2
Test mimo jiné ověří, že konfigurace QoS DCB je konzistentní a že všechny servery v clusteru mají stejný počet tříd provozu a pravidla QoS. Ověří také, ž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.
Ověřovací sestavu můžete zobrazit v Windows Admin Center nebo pomocí přístupu k souboru protokolu v aktuálním pracovním adresáři. Příklad: C:\Users<username>\AppData\Local\Temp\
V dolní části sestavy se zobrazí "Ověření konfigurace nastavení QoS" a odpovídající sestava pro každý server v clusteru.
Pokud chcete zjistit, které třídy provozu jsou už na serveru nastavené, použijte rutinu Get-NetQosTrafficClass .
Další informace najdete v tématu Ověření clusteru Azure Stack HCI.
Ověření síťových pravidel QoS
Ověřte konzistenci nastavení stavu a řízení priority toku dcb mezi servery v clusteru.
Stav ochoty 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í. Pokud chcete tuto funkci povolit, musí být bit dcb na síťovém adaptéru nastavený na hodnotu true. Pokud je bit willing 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 adaptéry RDMA přes Konverged Ethernet (RoCE), pak by měl být bit pro ochotu nastaven na hodnotu false na všech serverech.
Všechny servery v clusteru Azure Stack HCI by měly mít bit ochotný pro DCB nastavený stejným způsobem.
Pomocí rutiny Set-NetQosDcbxSetting nastavte bit pro podporu dcb na hodnotu true nebo false, jak je uvedeno 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í provoz určitých aplikací.
Aby zásady QoS během převzetí služeb při selhání fungovaly bez problémů, 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 Pomocí rutin a Disable-NetQosFlowControl s parametrem -priority zapněte nebo vypněte řízení toku priority. Například následující příkaz povolí řízení toku u provozu označeného s 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 pro SMB nebo SMB Direct. V opačném případě může dojít k problémům s připojením a výkonu.
Pravidlo QoS pro clustering s podporou převzetí služeb při selhání
Pokud jsou v clusteru definovaná nějaká pravidla kvality ú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 protokol SMB, může to způsobit problémy s připojením a výkonem protokolu SMB. Pokud chcete přidat nové pravidlo kvality sítě pro protokol 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 pro SMB Direct. Pokud chcete vytvořit novou zásadu QoS pro SMB Direct, spusťte následující příkazy:
New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3
Další kroky
Související informace najdete také v tématu: