Partilhar via


Resolver problemas de relatórios de validação de clusters

Aplica-se a: Azure Stack HCI, versões 22H2 e 21H2; Windows Server 2022, Windows Server 2019

Este tópico ajuda-o a resolver problemas de relatórios de validação de clusters para definições de QoS de rede e armazenamento (qualidade de serviço) em servidores num cluster do Azure Stack HCI e a verificar se estão definidas regras importantes. Para uma conectividade e desempenho ideais, o processo de validação do cluster verifica se a configuração QoS do Data Center Bridging (DCB) é consistente e, se definida, contém as regras adequadas para o Clustering de Ativação Pós-falha e as classes de tráfego SMB/SMB Direto.

O DCB é necessário para o RDMA através de redes Ethernet Convergidas (RoCE) e é opcional (mas recomendado) para redes do Protocolo RDMA (iWARP) da Internet Wide Area.

Instalar o bridging do datacenter

O Data Center Bridging tem de ser instalado para utilizar cmdlets específicos de QoS. Para verificar se a funcionalidade Data Center Bridging já está instalada num servidor, execute o seguinte cmdlet no PowerShell:

Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1

Se o Data Center Bridging não estiver instalado, instale-o ao executar o seguinte cmdlet em cada servidor no cluster:

Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1

Executar um teste de validação de cluster

Utilize a funcionalidade Validar no Windows Admin Center ao selecionar Servidores de Ferramentas >> Inventário > Validar cluster ou execute o seguinte comando do PowerShell:

Test-Cluster –Node Server1, Server2

Entre outras coisas, o teste validará que a Configuração de QoS do DCB é consistente e que todos os servidores no cluster têm o mesmo número de classes de tráfego e Regras de QoS. Também verificará se todos os servidores têm regras QoS definidas para o Clustering de Ativação Pós-falha e as classes de tráfego SMB/SMB Direto.

Pode ver o relatório de validação no Windows Admin Center ou ao aceder a um ficheiro de registo no diretório de trabalho atual. Por exemplo: C:\Users<username>\AppData\Local\Temp\

Junto à parte inferior do relatório, verá "Validar Configuração de Definições de QoS" e um relatório correspondente para cada servidor no cluster.

Para compreender que classes de tráfego já estão definidas num servidor, utilize o Get-NetQosTrafficClass cmdlet.

Para saber mais, veja Validar um cluster do Azure Stack HCI.

Validar regras QoS de rede

Valide a consistência do estado de disponibilidade do DCB e das definições de estado do controlo de fluxo de prioridade entre servidores no cluster.

Estado de disponibilidade do DCB

Os adaptadores de rede que suportam o protocolo DCBX (Data Center Bridging Capability Exchange) podem aceitar configurações de um dispositivo remoto. Para ativar esta capacidade, o bit de disponibilidade do DCB no adaptador de rede tem de ser definido como verdadeiro. Se o bit disposto estiver definido como falso, o dispositivo rejeitará todas as tentativas de configuração de dispositivos remotos e imporá apenas as configurações locais. Se estiver a utilizar o RDMA através de adaptadores Ethernet Convergidos (RoCE), o bit disposto deve ser definido como falso em todos os servidores.

Todos os servidores num cluster do Azure Stack HCI devem ter o bit disposto no DCB definido da mesma forma.

Utilize o Set-NetQosDcbxSetting cmdlet para definir o bit disposto no DCB como verdadeiro ou falso, tal como no exemplo seguinte:

Set-NetQosDcbxSetting –Willing $false

Estado do controlo de fluxo do DCB

O controlo de fluxo baseado em prioridades é essencial se o protocolo de camada superior, como, por exemplo, o Canal de Fibra, assumir um transporte subjacente sem perdas. O controlo de fluxo do DCB pode ser ativado ou desativado globalmente ou para adaptadores de rede individuais. Se estiver ativada, permite a criação de políticas QoS que priorizem determinado tráfego de aplicações.

Para que as políticas QoS funcionem de forma totalmente integrada durante a ativação pós-falha, todos os servidores num cluster do Azure Stack HCI devem ter as mesmas definições de estado de controlo de fluxo. Se estiver a utilizar adaptadores RoCE, o controlo de fluxo prioritário tem de estar ativado em todos os servidores.

Utilize o Get-NetQosFlowControl cmdlet para obter a configuração atual do controlo de fluxo. Por predefinição, todas as prioridades estão desativadas.

Utilize os Enable-NetQosFlowControl cmdlets e Disable-NetQosFlowControl com o parâmetro -priority para ativar ou desativar o controlo de fluxo prioritário. Por exemplo, o seguinte comando ativa o controlo de fluxo no tráfego marcado com a prioridade 3:

Enable-NetQosFlowControl –Priority 3

Validar regras QoS de armazenamento

Confirme que todos os nós têm uma regra QoS para clustering de ativação pós-falha e para SMB ou SMB Direto. Caso contrário, podem ocorrer problemas de conectividade e problemas de desempenho.

Regra QoS para clustering de ativação pós-falha

Se existirem regras QoS de armazenamento definidas num cluster, deve existir uma regra QoS para clustering de ativação pós-falha ou problemas de conectividade. Para adicionar uma nova regra QoS para clustering de ativação pós-falha, utilize o New-NetQosPolicy cmdlet como no exemplo seguinte:

New-NetQosPolicy "Cluster" -Cluster -Priority 6

Regra QoS para SMB

Se alguns ou todos os nós tiverem regras QOS definidas, mas não tiverem uma Regra QOS para SMB, isso poderá causar problemas de conectividade e desempenho para o SMB. Para adicionar uma nova regra QoS de rede para SMB, utilize o New-NetQosPolicy cmdlet como no exemplo seguinte:

New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3

Regra QoS para SMB Direto

O SMB Direct ignora a pilha de rede, em vez de utilizar métodos RDMA para transferir dados. Se alguns ou todos os nós tiverem regras QOS definidas, mas não tiverem uma Regra QOS para SMB Direct, tal poderá causar problemas de conectividade e desempenho para o SMB Direct. Para criar uma nova política QoS para o SMB Direct, emita os seguintes comandos:

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

Passos seguintes

Para obter informações relacionadas, consulte também: