Risolvere i problemi relativi alla creazione di report di convalida del cluster

  • Articolo

Si applica a: Azure Stack HCI, versioni 22H2 e 21H2; Windows Server 2022, Windows Server 2019

Questo argomento consente di risolvere i problemi relativi alla 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 e SMB/SMB Direct.

DCB è obbligatorio per le reti RDMA su Reti Ethernet convergenti (RoCE) ed è facoltativo (ma consigliato) per le reti Internet Wide Area RDMA Protocol (iWARP).

Installare il bridging del data center

Data Center Bridging deve essere installato per usare i cmdlet specifici di QoS. 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 Il 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 > Inventario > cluster oppure eseguire il comando PowerShell seguente:

Test-Cluster –Node Server1, Server2

Tra le altre cose, il test convalida che la configurazione QoS DCB sia coerente e che tutti i server del cluster abbiano lo stesso numero di classi di traffico e regole QoS. Verifica inoltre che tutti i server dispongano di regole QoS definite per le classi di traffico di clustering di failover e SMB/SMB direct.

È possibile visualizzare il report di convalida in Windows Admin Center oppure accedere 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 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 e di controllo dello stato del flusso di priorità di DCB tra i server nel cluster.

Stato di disponibilità dcB

Le schede di rete che supportano il protocollo DCBX (Data Center Bridging Capability Exchange Protocol) possono accettare configurazioni da un dispositivo remoto. Per abilitare questa funzionalità, il bit disposto dcB nella scheda di rete deve essere impostato su true. Se il bit disposto è impostato su false, il dispositivo rifiuta tutti i tentativi di configurazione dai dispositivi remoti e applica solo le configurazioni locali. Se si usano schede RDMA su Converged Ethernet (RoCE), il bit disposto deve essere impostato su false in tutti i server.

Tutti i server in un cluster HCI di Azure Stack devono avere il bit disposto dcB allo stesso modo.

Usare il Set-NetQosDcbxSetting cmdlet per impostare il bit disposto dcB 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 abilitato, consente la creazione di criteri QoS che assegnano priorità a un determinato traffico dell'applicazione.

Per consentire ai criteri QoS di funzionare 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 cmdlet e Disable-NetQosFlowControl con il Enable-NetQosFlowControl 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 dispongano di una regola QoS per il clustering di failover e per SMB o SMB Direct. In caso contrario, possono verificarsi problemi di connettività e problemi di prestazioni.

Regola QoS per il clustering di failover

Se in un cluster vengono definite regole QoS di archiviazione, deve verificarsi 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 Direct

SMB Direct 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 Direct, questo può causare problemi di connettività e prestazioni per SMB Direct. Per creare un nuovo criterio QoS per SMB Direct, eseguire i comandi seguenti:

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

Passaggi successivi

Per informazioni correlate, vedere anche: