Validar um cluster do Azure Stack HCI

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

Validar o DCB não é mais a ferramenta recomendada para configurar ou testar sua configuração de rede de host no Azure Stack HCI. Recomendamos usar o Network ATC para configurar a configuração de rede do host para o Azure Stack HCI. O Network ATC sempre tem precedência sobre o Validate DCB no Azure Stack HCI.

Embora o assistente Criar cluster no Windows Admin Center execute determinadas validações para criar um cluster de trabalho com o hardware selecionado, a validação do cluster executa verificações adicionais para garantir que o cluster funcione em um ambiente de produção. Este artigo de instruções se concentra em por que a validação de cluster é importante e quando executá-la em um cluster HCI Azure Stack.

É recomendável executar a validação de cluster para os seguintes cenários primários:

• Depois de implantar um cluster de servidor, execute a ferramenta Validate-DCB para testar a rede.
• Depois de atualizar um cluster de servidor, dependendo do seu cenário, execute ambas as opções de validação para solucionar problemas de cluster.
• Depois de configurar a replicação com a Réplica de Armazenamento, valide se a replicação está continuando normalmente verificando alguns eventos específicos e executando alguns comandos.
• Depois de criar um cluster de servidor, execute a ferramenta Validate-DCB antes de colocá-la em produção.

O que é validação de cluster?

A validação de cluster destina-se a detectar problemas de hardware ou configuração antes que um cluster entre em produção. A validação de cluster ajuda a garantir que a solução Azure Stack HCI que você está prestes a implantar seja realmente confiável. Você também pode usar a validação do cluster em clusters de failover configurados como uma ferramenta de diagnóstico.

Cenários de validação específicos

Esta seção descreve cenários nos quais a validação também é necessária ou útil.

• Validação antes que o cluster seja configurado:

  • Um conjunto de servidores prontos para se tornar um cluster de failover: Esse é o cenário de validação mais simples. Os componentes de hardware (sistemas, redes e armazenamento) estão conectados, mas os sistemas ainda não estão funcionando como um cluster. A execução de testes nessa situação não tem efeito sobre a disponibilidade.

  • VMs do servidor: Para servidores virtualizados em um cluster, execute a validação do cluster como faria em qualquer outro novo cluster. O requisito para executar o recurso é o mesmo se você tiver:

    • Um "cluster de hosts" no qual o failover ocorre entre dois computadores físicos.
    • Um "cluster convidado" em que o failover ocorre entre sistemas operacionais convidados no mesmo computador físico.

• Validação depois que o cluster é configurado e em uso:

  • Antes de adicionar um servidor ao cluster: Quando você adiciona um servidor a um cluster, é altamente recomendável validar o cluster. Especifique os membros existentes do cluster e o novo servidor ao executar a validação do cluster.

  • Ao adicionar unidades: Quando você adiciona unidades adicionais ao cluster, que é diferente de substituir unidades com falha ou criar discos virtuais ou volumes que dependem das unidades existentes, execute a validação do cluster para confirmar se o novo armazenamento funcionará corretamente.

  • Ao fazer alterações que afetam o firmware ou drivers: Se você atualizar ou fazer alterações no cluster que afetam o firmware ou os drivers, deverá executar a validação do cluster para confirmar se a nova combinação de hardware, firmware, drivers e software dá suporte à funcionalidade do cluster de failover.

  • Depois de restaurar um sistema do backup: Depois de restaurar um sistema do backup, execute a validação do cluster para confirmar se o sistema funciona corretamente como parte de um cluster.

Validar a rede

A ferramenta Microsoft Validate-DCB foi desenvolvida para validar a configuração do Data Center Bridging (DCB) no cluster. Para fazer isso, a ferramenta usa uma configuração esperada como entrada e testa cada servidor no cluster. Esta seção aborda como instalar e executar a ferramenta Validate-DCB, examinar os resultados e resolver erros de rede identificados pela ferramenta.

Na rede, o acesso remoto direto à memória (RDMA) sobre Ethernet convergente (RoCE) requer tecnologias DCB para que a malha da rede seja sem perdas. Com o iWARP, o DCB é opcional. No entanto, a configuração do DCB pode ser complexa, com a configuração exata necessária em:

• Cada servidor do cluster
• Cada porta de rede pela qual o tráfego RDMA passa na malha

Pré-requisitos

• Informações de configuração de rede do cluster de servidores que você deseja validar, incluindo:
  • Nome do cluster do host ou servidor
  • Nome do switch virtual
  • Nomes de adaptador de rede
  • Configurações de PFC (Controle de Fluxo de Prioridade) e ETS (Seleção de Transmissão Avançada)
• Uma conexão com a Internet para baixar o módulo de ferramenta no Windows PowerShell do Microsoft.

Instalar e executar a ferramenta Validate-DCB

Para instalar e executar a ferramenta Validate-DCB:

1. No computador de gerenciamento, abra uma sessão Windows Do PowerShell como Administrador e use o comando a seguir para instalar a ferramenta.

   Install-Module Validate-DCB
   

2. Aceite as solicitações para usar o provedor NuGet e acesse o repositório para instalar a ferramenta.

3. Depois que o PowerShell se conectar à rede Microsoft para baixar a ferramenta, digite Validate-DCB e pressione Enter para iniciar o assistente de ferramenta.

   Note

   Se você não puder executar o script de ferramenta Validate-DCB, talvez seja necessário ajustar suas políticas de execução do PowerShell. Use o cmdlet Get-ExecutionPolicy para exibir as configurações atuais da política de execução de script. Para obter informações sobre como definir políticas de execução no PowerShell, consulte Sobre políticas de execução.

4. Na página Bem-vindo ao assistente de configuração do Validate-DCB, selecione Avançar.

5. Na página Clusters and Nodes, digite o nome do cluster de servidores que você deseja validar, selecione Localizar para listá-lo na página e, em seguida, selecione Avançar.

   

6. Na página de Adaptadores:

   1. Selecione a caixa de seleção vSwitch anexado e digite o nome do vSwitch.
   2. Em Nome do Adaptador, digite o nome de cada NIC física, em Nome vNIC do Host, o nome de cada NIC virtual (vNIC) e, em VLAN, a ID da VLAN em uso para cada adaptador.
   3. Expanda a caixa de listagem suspensa Tipo RDMA e selecione o protocolo apropriado: RoCE ou iWARP. Defina também Quadros Jumbo com o valor apropriado para sua rede e selecione Avançar.

   

   Note

   • Para saber mais sobre como SR-IOV melhora o desempenho da rede, consulte Visão geral da Virtualização de E/S de Raiz Única (SR-IOV).

7. Na página Data Center Bridging, modifique os valores para corresponderem às configurações da sua organização de Prioridade, Nome da Política e Reserva de Largura de Banda e, em seguida, selecione Avançar.

   

   Note

   Selecionar RDMA sobre RoCE na página anterior do assistente requer DCB para garantir a confiabilidade da rede em todas as NICs e portas de switch.

8. Na página Salvar e Implantar, na caixa Caminho do Arquivo de Configuração , salve o arquivo de configuração usando .ps1 extensão para um local em que você possa usá-lo novamente mais tarde, se necessário, e selecione Exportar para começar a executar a ferramenta Validate-DCB.

   • Opcionalmente, você pode implantar o arquivo de configuração preenchendo a seção Implantar Configuração em Nós da página, que permite usar uma conta do Automação do Azure para implantar a configuração e, em seguida, validá-la. Consulte Criar uma conta Automação do Azure para começar a usar Automação do Azure.

   

Examinar os resultados e corrigir erros

A ferramenta Validate-DCB produz resultados em duas unidades:

1. Os resultados da [Unidade Global] listam pré-requisitos e requisitos para executar os testes modais.
2. Os resultados da [Unidade Modal] fornecem comentários sobre cada configuração de host de cluster e as práticas recomendadas.

Este exemplo mostra os resultados bem-sucedidos da varredura de um único servidor para todos os pré-requisitos e testes de unidade modais, com contagem de falhas igual a 0.

As etapas a seguir mostram como identificar um erro de Pacote Jumbo do vNIC SMB02 e corrigi-lo:

1. Os resultados das varreduras da ferramenta Validate-DCB indicam um erro de contagem de falhas igual a 1.

   

2. A rolagem de volta pelos resultados mostra um erro em vermelho indicando que o Pacote Jumbo para vNIC SMB02 no host S046036 está definido no tamanho padrão de 1514, mas deve ser definido como 9014.

   

3. Ao revisar as propriedades Avançadas da vNIC SMB02 no Host S046036, vê-se que o Jumbo Packet está definido com o valor padrão Desabilitado.

   

4. Corrigir o erro requer habilitar o recurso Pacote Jumbo e alterar seu tamanho para 9014 bytes. Executar a verificação novamente no host S046036 confirma essa alteração retornando uma Contagem de Falha de 0.

   

Para saber mais sobre como resolver erros identificados pela ferramenta Validate-DCB, consulte o vídeo a seguir.

Você também pode instalar a ferramenta offline. Para sistemas desconectados, use Save-Module -Name Validate-DCB -Path c:\temp\Validate-DCB e mova os módulos em c:\temp\Validate-DCB para o sistema desconectado. Para obter mais informações, assista a este vídeo.

Validar o agrupamento

Use as etapas a seguir para validar os servidores em um cluster existente no Windows Admin Center.

1. Em Windows Admin Center, em Todas as conexões, selecione o Azure Stack cluster HCI que você deseja validar e selecione Conectar.

   O Painel do Gerenciador de Cluster exibe informações de visão geral sobre o cluster.

2. No Painel do Gerenciador de Cluster, em Ferramentas, selecione Servidores.

3. Na página Inventário , selecione os servidores no cluster, expanda o submenu Mais e selecione Validar cluster.

4. Na janela pop-up Validar Cluster, selecione Sim.

   

5. Na janela pop-up CredSSP (Provedor de Serviços de Segurança de Credencial), selecione Sim.

6. Forneça suas credenciais para habilitar o CredSSP e selecione Continuar.
   A validação de cluster é executada em segundo plano e fornece uma notificação quando ela é concluída, momento em que você pode exibir o relatório de validação, conforme descrito na próxima seção.

Desabilitar CredSSP

Depois que o cluster do servidor for validado com êxito, você precisará desabilitar o protocolo CredSSP (Provedor de Suporte à Segurança de Credencial) em cada servidor para fins de segurança. Para obter mais informações, consulte CVE-2018-0886.

1. Em Windows Admin Center, em Todas as conexões, selecione o primeiro servidor em seu cluster e, em seguida, selecione Conectar.

2. Na página Visão geral , selecione Desabilitar CredSSP e, na janela pop-up Desabilitar CredSSP , selecione Sim.

   O resultado da Etapa 2 remove a faixa CredSSP ENABLED vermelha na parte superior da página visão geral do servidor e desabilita o CredSSP nos outros servidores.

Exibir relatórios de validação

Agora você está pronto para exibir o relatório de validação do cluster.

Há algumas maneiras de acessar relatórios de validação:

• Na página Inventário , expanda o submenu Mais e selecione Exibir relatórios de validação.

• No canto superior direito do Windows Admin Center, selecione o ícone de sino de Notificações para exibir o painel Notificações. Selecione o aviso de cluster validado com êxito e selecione Ir para o relatório de validação do Cluster de Failover.

Validar o cluster usando o PowerShell

Você também pode usar Windows PowerShell para executar testes de validação no cluster do servidor e exibir os resultados. Você pode executar testes antes e depois de um cluster ser configurado.

Para executar um teste de validação em um cluster de servidores, execute os cmdlets do PowerShell > e Test-Cluster nome_do_cluster_de_servidores< no seu computador de gerenciamento, ou execute apenas o cmdlet Test-Cluster diretamente no cluster:

$Cluster = Get-Cluster -Name 'server-cluster1'
Test-Cluster -InputObject $Cluster -Verbose

Para obter mais exemplos e informações de uso, consulte a documentação de referência do Cluster de Teste .

Test-NetStack é uma ferramenta de teste baseada no PowerShell disponível em GitHub que você pode usar para executar testes de tráfego ICMP, TCP e RDMA de redes e identificar possíveis configurações incorretas de malha de rede e host ou instabilidade operacional. Use Test-NetStack para validar caminhos de dados de rede testando caminhos de dados de rede nativos, sintéticos e descarregados por hardware (RDMA) para problemas de conectividade, fragmentação de pacotes, baixa taxa de transferência e congestionamento.

Validar a replicação para Storage Replica

Se você estiver usando a Réplica de Armazenamento para replicar volumes em um cluster estendido ou de cluster para cluster, existem vários eventos e cmdlets que você pode usar para obter o estado da replicação.

No cenário a seguir, configuramos a Réplica de Armazenamento criando grupos de replicação (RGs) para dois sites e, em seguida, especificamos os volumes de dados e de log para ambos os nós do servidor de origem no Site1 (Server1, Server2) e os nós do servidor de destino (replicados) no Site2 (Server3, Server4).

Para determinar o progresso da replicação do Server1 no Site1, execute o comando Get-WinEvent e examine os eventos 5015, 5002, 5004, 1237, 5001 e 2200:

Get-WinEvent -ComputerName Server1 -ProviderName Microsoft-Windows-StorageReplica -max 20

Para o Server3 no Site2, execute o comando a seguir Get-WinEvent para ver os eventos da Réplica de Armazenamento que mostram a criação da parceria. Esse evento indica o número de bytes copiados e o tempo gasto. Por exemplo:

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL

Para o Server3 no Site2, execute o comando e examine os Get-WinEvent eventos 5009, 1237, 5001, 5015, 5005 e 2200 para entender o progresso do processamento. Não deve haver nenhum aviso de erro nessa sequência. Haverá muitos 1237 eventos - estes indicam progresso.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Como alternativa, o grupo de servidores de destino para a réplica indica o número de bytes restantes para copiar o tempo todo e pode ser consultado por meio do PowerShell com Get-SRGroup. Por exemplo:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

Para o nó Server3 no Site2, execute o comando a seguir e examine os eventos 5009, 1237, 5001, 5015, 5005 e 2200 para entender o progresso da replicação. Não deve haver avisos de erros. No entanto, haverá muitos eventos "1237" - estes simplesmente indicam progresso.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Como um script em andamento que não terminará:

while($true) {
$v = (Get-SRGroup -Name "Replication2").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}

Para obter o estado de replicação dentro do cluster estendido, use Get-SRGroup e Get-SRPartnership:

Get-SRGroup -Cluster ClusterS1

Get-SRPartnership -Cluster ClusterS1

(Get-SRGroup).replicas -Cluster ClusterS1

Depois que a replicação de dados bem-sucedida for confirmada entre sites, você poderá criar suas VMs e outras cargas de trabalho.

Consulte também

• Teste de desempenho em cargas de trabalho sintéticas em um espaço de armazenamento recém-criado usando DiskSpd.exe. Para saber mais, consulte Testar o desempenho dos espaços de armazenamento usando cargas de trabalho sintéticas em Windows Server.
• Windows Server Avaliação é um Serviço Premier disponível para clientes que desejam que Microsoft revisem suas instalações. Para obter mais informações, entre em contato com Microsoft Suporte Premier. Para saber mais, consulte Introdução à Avaliação Windows Server Sob Demanda (Servidor, Segurança, Hyper-V, Cluster de Failover, IIS).