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

O DCB é necessário para redes RoCE (RDMA em Ethernet convergidas) e é opcional (mas recomendado) para redes iWARP (protocolo RDMA) da Internet.

Instalar data center ponte

A ponte do Data Center deve ser instalada para usar cmdlets específicos de QoS. Para verificar se o recurso de ponte do Data Center já está 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 centro de administração do Windows selecionando ferramentas servidores > inventário > validar clusterou execute o seguinte comando do PowerShell:

Test-Cluster –Node Server1, Server2

Entre outras coisas, o teste validará que a configuração de QoS 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 centro de administração Windows 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 a 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 Azure Stack HCI.

Validar as regras de QoS de rede

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

Status disposto do DCB

os adaptadores de rede que dão suporte ao protocolo DCBX (Exchange recurso de ponte do data Center) podem aceitar configurações de um dispositivo remoto. Para habilitar esse recurso, o bit DCB disposto 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 impedirá apenas as configurações locais. Se você estiver usando RDMA em adaptadores RoCE (Ethernet convergido), o bit disposto deve ser definido como false em todos os servidores.

Todos os servidores em um cluster de HCI Azure Stack devem ter o conjunto de bits DCB definido da mesma maneira.

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

Set-NetQosDcbxSetting –Willing $false

Status do controle de fluxo 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 diretamente durante o failover, todos os servidores em um cluster de HCI Azure Stack 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-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 SMB ou SMB Direct. Caso contrário, podem ocorrer problemas de conectividade e de desempenho.

Regra de QoS para clustering de failover

Se as regras de QoS de armazenamento forem definidas 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 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, usando 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 obter informações relacionadas, consulte também: