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

Aplica-se a: Azure Stack HCI, versões 21H2 e 20H2; 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 (qualidade de serviço) de rede e armazenamento em servidores em um cluster Azure Stack HCI e verificar se regras importantes estão definidas. Para obter conectividade e desempenho ideais, o processo de validação de cluster verifica se Data Center Bridging configuração de QoS (DCB) é consistente e, se definido, contém as regras apropriadas para clustering de failover e classes de tráfego SMB/SMB Direct.

O DCB é necessário para redes RDMA sobre Ethernet Convergida (RoCE) e é opcional (mas recomendado) para redes iWARP (Internet Wide Area RDMA Protocol).

Instalar data center ponte

Data Center Bridging deve ser instalado para usar cmdlets específicos de QoS. Para verificar se o Data Center Bridging já está instalado em um servidor, execute o seguinte cmdlet no PowerShell:

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

Se Data Center Bridging estiver instalado, instale-o 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 Administrador selecionando Ferramentas Servidores de Inventário >> Validar clusterou execute o seguinte comando do PowerShell:

Test-Cluster –Node Server1, Server2

Entre outras coisas, o teste validará se 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 classes de tráfego SMB/SMB Direct e Clustering de Failover.

Você pode exibir o relatório de validação Windows Centro de Administração ou acessando um arquivo de log no diretório de trabalho atual. Por exemplo: C:\Nome de < usuário dos > usuários \AppData\Local\Temp\

Na parte inferior do relatório, você verá "Validar configuração de Configurações 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 Azure Stack HCI .

Validar regras de QoS de rede

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

Status de disposição do DCB

Os adaptadores de rede que suportam Data Center Bridging DCBX (Exchange Exchange) podem aceitar configurações de um dispositivo remoto. Para habilitar essa funcionalidade, o bit disposto por DCB no adaptador de rede deve ser definido como true. Se o bit disposto estiver 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 adaptadores RDMA sobre Ethernet Convergida (RoCE), o bit disposto deverá ser definido como false em todos os servidores.

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

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

Set-NetQosDcbxSetting –Willing $false

Status do controle de fluxo de DCB

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 habilitada, ela 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 Azure Stack HCI devem ter as mesmas configurações de status de controle de fluxo. 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-NetQosFlowControlDisable-NetQosFlowControl cmdlets e 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, poderão ocorrer problemas de conectividade e de desempenho.

Regra de QoS para clustering de failover

Se qualquer regra de QoS de armazenamento for definida em um cluster, uma regra de QoS para clustering de failover deverá estar presente ou poderão ocorrer problemas de conectividade. 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 têm regras QOS definidas, mas não têm uma Regra QOS para SMB, isso pode 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 têm regras QOS definidas, mas não têm uma regra QOS para SMB Direct, isso pode causar problemas de conectividade e desempenho para o SMB Direct. Para criar uma nova política de QoS para SMB Direct, em seguida, emito os seguintes comandos:

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

Próximas etapas

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