Solucionar problemas de relatório de validação de cluster

  • Artigo

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

Este tópico ajuda você a solucionar problemas de relatórios de validação de cluster para configurações de QoS de rede e armazenamento (qualidade de serviço) entre servidores em um cluster do Azure Stack HCI e verificar se regras importantes estão definidas. Para obter a conectividade e o desempenho ideais, o processo de validação de cluster verifica se a configuração de QoS de DCB (Ponte de Data Center) é consistente e, se definida, contém regras apropriadas para clustering de failover e classes de tráfego SMB/SMB Direct.

O DCB é necessário para RDMA em redes RoCE (Converged Ethernet) e é opcional (mas recomendado) para redes iWARP (Protocolo RDMA de Longa Distância) da Internet.

Instalar a ponte do data center

A Ponte do Data Center deve ser instalada para usar cmdlets específicos de QoS. Para marcar se o recurso de Ponte do Data Center já estiver instalado em um servidor, execute o seguinte cmdlet no PowerShell:

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

Se a Ponte do Data Center não estiver instalada, instale-a executando o seguinte cmdlet em cada servidor no cluster:

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

Executar um teste de validação de cluster

Use o recurso Validar no Windows Admin Center selecionando Ferramentas > Servidores >> 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. Ele também verificará se todos os servidores têm regras de QoS definidas para clustering de failover e classes de tráfego SMB/SMB Direct.

Você pode exibir o relatório de validação no Windows Admin Center ou acessando um arquivo de log no diretório de trabalho atual. Por exemplo: C:\Users<username>\AppData\Local\Temp\

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

Para entender quais classes de tráfego já estão definidas em um servidor, use o Get-NetQosTrafficClass cmdlet .

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

Validar regras de QoS de rede

Valide a consistência do controle de fluxo de status disposto e de prioridade do DCB status configurações entre servidores no cluster.

DCB disposto status

Os adaptadores de rede que dão suporte ao protocolo DCBX (Data Center Bridging Capability Exchange protocol) podem aceitar configurações de um dispositivo remoto. Para habilitar essa funcionalidade, o bit disposto do DCB no adaptador de rede deve ser definido como true. Se o bit disposto for definido como false, o dispositivo rejeitará todas as tentativas de configuração de dispositivos remotos e imporá apenas as configurações locais. Se você estiver usando RDMA em adaptadores RoCE (Converged Ethernet), o bit disposto deverá ser definido como false em todos os servidores.

Todos os servidores em um cluster do Azure Stack HCI devem ter o bit disposto do DCB definido da mesma maneira.

Use o Set-NetQosDcbxSetting cmdlet para definir o bit disposto do DCB como true ou false, como no exemplo a seguir:

Set-NetQosDcbxSetting –Willing $false

Controle de fluxo do DCB status

O controle de fluxo baseado na prioridade é essencial quando o protocolo de camada superior, como o Fibre Channel, presume um transporte subjacente sem perda. O controle de fluxo dcb pode ser habilitado ou desabilitado globalmente ou para adaptadores de rede individuais. Se habilitado, ele permite a criação de políticas de QoS que priorizam determinado tráfego de aplicativo.

Para que as políticas de QoS funcionem perfeitamente durante o failover, todos os servidores em um cluster do Azure Stack HCI devem ter o mesmo controle de fluxo status configurações. Se você estiver usando adaptadores RoCE, o controle de fluxo de prioridade deverá ser habilitado em todos os servidores.

Use o Get-NetQosFlowControl cmdlet para obter a configuração de controle de fluxo atual. Todas as prioridades são desabilitadas por padrão.

Use os Enable-NetQosFlowControl cmdlets e Disable-NetQosFlowControl com o parâmetro -priority para ativar ou desativar o controle de fluxo de prioridade. Por exemplo, o comando a seguir habilita o controle de fluxo no tráfego marcado com prioridade 3:

Enable-NetQosFlowControl –Priority 3

Validar regras de QoS de armazenamento

Valide se todos os nós têm uma regra de QoS para clustering de failover e para SMB ou SMB Direct. Caso contrário, problemas de conectividade e problemas de desempenho poderão ocorrer.

Regra de QoS para clustering de failover

Se alguma regra de QoS de armazenamento for definida em um cluster, uma regra de QoS para failover clustering deverá estar presente ou problemas de conectividade poderão ocorrer. Para adicionar uma nova regra de QoS para clustering de failover, use o New-NetQosPolicy cmdlet como no exemplo a seguir:

New-NetQosPolicy "Cluster" -Cluster -Priority 6

Regra de QoS para SMB

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

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

Regra de QoS para SMB Direct

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

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

Próximas etapas

Para informações relacionadas, confira também: