Risolvere i problemi relativi alla creazione di report di convalida del cluster
Si applica a: Azure Stack HCI, versioni 22H2 e 21H2; Windows Server 2022, Windows Server 2019
Importante
Azure Stack HCI is now part of Azure Local. La ridenominazione della documentazione del prodotto è in corso. Tuttavia, le versioni precedenti di Azure Stack HCI, ad esempio 22H2 continueranno a fare riferimento ad Azure Stack HCI e non rifletteranno la modifica del nome. Altre informazioni.
Questo argomento illustra come risolvere i problemi di creazione di report di convalida del cluster per le impostazioni QoS di rete e archiviazione (qualità del servizio) tra server in un cluster Azure Stack HCI e verificare che siano definite regole importanti. Per una connettività e prestazioni ottimali, il processo di convalida del cluster verifica che la configurazione QoS del Data Center Bridging (DCB) sia coerente e, se definita, contenga regole appropriate per le classi di traffico di failover clustering e SMB/SMB diretto.
DCB è necessario per le reti RDMA su Reti RoCE (Converged Ethernet) ed è facoltativo (ma consigliato) per le reti Internet Wide Area RDMA Protocol (iWARP).
Installare il bridging del data center
Per usare i cmdlet specifici di QoS, è necessario installare Data Center Bridging. Per verificare se la funzionalità Bridging di Data Center è già installata in un server, eseguire il cmdlet seguente in PowerShell:
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
Se Data Center Bridging non è installato, installarlo eseguendo il cmdlet seguente in ogni server del cluster:
Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1
Eseguire un test di convalida del cluster
Usare la funzionalità Convalida in Windows Admin Center selezionando Strumenti > Server > Inventory > Validate cluster oppure eseguire il comando di PowerShell seguente:
Test-Cluster –Node Server1, Server2
Tra le altre cose, il test convaliderà che la configurazione QoS di DCB sia coerente e che tutti i server del cluster abbiano lo stesso numero di classi di traffico e regole QoS. Verificherà inoltre che tutti i server abbiano regole QoS definite per le classi di traffico SMB/SMB diretto e clustering di failover.
È possibile visualizzare il report di convalida in Windows Admin Center o accedendo a un file di log nella directory di lavoro corrente. Ad esempio: C:\Users<username>\AppData\Local\Temp\
Nella parte inferiore del report verrà visualizzato "Convalida configurazione delle impostazioni QoS" e un report corrispondente per ogni server nel cluster.
Per comprendere quali classi di traffico sono già impostate in un server, usare il Get-NetQosTrafficClass cmdlet .
Per altre informazioni, vedere Convalidare un cluster Azure Stack HCI.
Convalidare le regole QoS di rete
Convalidare la coerenza delle impostazioni di stato di controllo del flusso di disponibilità dcb e dello stato del controllo del flusso di priorità tra i server nel cluster.
Stato di disponibilità DCB
Le schede di rete che supportano il protocollo DCBX (Data Center Bridging Capability Exchange) possono accettare configurazioni da un dispositivo remoto. Per abilitare questa funzionalità, il bit DCB disposto nella scheda di rete deve essere impostato su true. Se il bit disposto è impostato su false, il dispositivo rifiuterà tutti i tentativi di configurazione dai dispositivi remoti e applichere solo le configurazioni locali. Se si usano schede RDMA su RoCE (Converged Ethernet), il bit disposto deve essere impostato su false in tutti i server.
Tutti i server in un cluster Azure Stack HCI devono avere il bit DCB disposto allo stesso modo.
Usare il Set-NetQosDcbxSetting cmdlet per impostare il bit DCB disposto su true o false, come nell'esempio seguente:
Set-NetQosDcbxSetting –Willing $false
Stato del controllo del flusso DCB
Il controllo di flusso basato sulla priorità è essenziale se il protocollo di livello superiore, ad esempio Fiber Channel, presuppone un trasporto sottostante senza perdita di dati. Il controllo del flusso DCB può essere abilitato o disabilitato a livello globale o per singole schede di rete. Se abilitata, consente la creazione di criteri QoS che assegnano priorità a determinati traffico dell'applicazione.
Affinché i criteri QoS funzionino senza problemi durante il failover, tutti i server in un cluster Azure Stack HCI devono avere le stesse impostazioni di stato del controllo del flusso. Se si usano schede RoCE, il controllo del flusso di priorità deve essere abilitato in tutti i server.
Usare il Get-NetQosFlowControl cmdlet per ottenere la configurazione del controllo del flusso corrente. Tutte le priorità sono disabilitate per impostazione predefinita.
Usare i Enable-NetQosFlowControl cmdlet e Disable-NetQosFlowControl con il parametro -priority per attivare o disattivare il controllo del flusso di priorità. Ad esempio, il comando seguente abilita il controllo del flusso sul traffico contrassegnato con priorità 3:
Enable-NetQosFlowControl –Priority 3
Convalidare le regole QoS di archiviazione
Verificare che tutti i nodi abbiano una regola QoS per il clustering di failover e per SMB o SMB diretto. In caso contrario, possono verificarsi problemi di connettività e prestazioni.
Regola QoS per il clustering di failover
Se in un cluster sono definite regole QoS di archiviazione, deve essere presente una regola QoS per il clustering di failover o potrebbero verificarsi problemi di connettività. Per aggiungere una nuova regola QoS per il clustering di failover, usare il New-NetQosPolicy cmdlet come nell'esempio seguente:
New-NetQosPolicy "Cluster" -Cluster -Priority 6
Regola QoS per SMB
Se alcuni o tutti i nodi hanno regole QOS definite ma non hanno una regola QOS per SMB, questo può causare problemi di connettività e prestazioni per SMB. Per aggiungere una nuova regola QoS di rete per SMB, usare il New-NetQosPolicy cmdlet come nell'esempio seguente:
New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3
Regola QoS per SMB diretto
SMB diretto ignora lo stack di rete, usando invece metodi RDMA per trasferire i dati. Se alcuni o tutti i nodi hanno regole QOS definite ma non hanno una regola QOS per SMB diretto, questo può causare problemi di connettività e prestazioni per SMB diretto. Per creare un nuovo criterio QoS per SMB diretto, eseguire i comandi seguenti:
New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3
Passaggi successivi
Per ulteriori informazioni, vedere anche: