Gerenciar ATC de Rede

Aplica-se a: Azure Stack HCI, versão 21H2

Este artigo discute como gerenciar o NETWORK ATC depois que ele tiver sido implantado. O NETWORK ATC simplifica a implantação e o gerenciamento de configuração de rede para Azure Stack HCI clusters. Você usa Windows PowerShell para gerenciar a ATC de Rede.

Adicionar um nó de servidor

Você pode adicionar nós a um cluster. Cada nó no cluster recebe a mesma intenção, melhorando a confiabilidade do cluster. O novo nó de servidor deve atender a todos os requisitos, conforme listado na seção Requisitos e práticas recomendadas de Rede de host com a ATC de Rede.

Nesta tarefa, você adicionará nós adicionais ao cluster e observará como uma configuração de rede consistente é imposta em todos os nós no cluster.

  1. Use o Add-ClusterNode cmdlet para adicionar os nós adicionais (não configurados) ao cluster. Você só precisa de acesso de gerenciamento ao cluster no momento. Cada nó no cluster deve ter todos os pNICs nomeados da mesma forma.

    Add-ClusterNode -Cluster HCI01
    Get-ClusterNode
    
  2. Verifique o status em todos os nós de cluster usando o -ClusterName parâmetro .

    Get-NetIntentStatus -ClusterName HCI01
    

    Observação

    Se um dos servidores que você está adicionando ao cluster não tiver um adaptador de rede presente nos outros servidores, Get-NetIntentStatus o relata o erro PhysicalAdapterNotFound .

  3. Verifique o status de provisionamento de todos os nós usando Get-NetIntentStatus . O cmdlet relata a configuração para ambos os nós. Observe que isso pode levar um tempo semelhante para provisionar como o nó original.

    Get-NetIntentStatus -ClusterName HCI01
    

Você também pode adicionar vários nós ao cluster de uma só vez.

Atualizar um adaptador de rede de intenção

Essa tarefa ajudará você a atualizar os adaptadores de rede atribuídos a uma intenção. Se houver alterações nos adaptadores físicos no cluster, você poderá usar Update-NetIntentAdapter para atualizar as intenções relevantes.

Neste exemplo, instalamos dois novos adaptadores, pNIC03 e pNIC04, e queremos que eles sejam usados em nossa intenção denominada 'Cluster_Compute'.

  1. Em um dos nós de cluster, execute para verificar se ambos os adaptadores estão presentes e relatar Get-NetAdapter o status de 'Up' em cada nó de cluster.

    Get-NetAdapter -Name pNIC03, pNIC04 -CimSession (Get-ClusterNode).Name | Select Name, PSComputerName
    
  2. Execute o comando a seguir para atualizar a intenção de incluir os adaptadores de rede novos e antigos.

     Update-NetIntentAdapter -Name Cluster_Compute -AdapterName pNIC01,pNIC02,pNIC03,pNIC04 -ClusterName HCI01
    
  3. Verifique se os adaptadores de rede foram adicionados com êxito à intenção.

    Get-NetIntent -Name Cluster_Compute -ClusterName HCI01
    

Atualizar uma substituição de intenção

Essa tarefa ajudará você a substituir a configuração padrão que já foi implantada. Este exemplo modifica a reserva de largura de banda padrão para SMB Direct.

Importante

É recomendável usar as configurações padrão, que se baseiam nas práticas recomendadas da Microsoft.

  1. Obter uma lista de possíveis cmdlets de substituição. Usamos curingas para ver as opções disponíveis:

    Get-Command -Noun NetIntent*Over* -Module NetworkATC
    
  2. Crie um objeto de substituição para a configuração de QoS (qualidade de serviço) do DCB:

    $QosOverride = New-NetIntentQosPolicyOverrides
    $QosOverride
    
  3. Modifique o percentual de largura de banda do SMB Direct:

    $QosOverride.BandwidthPercentage_SMB = 25
    $QosOverride
    

    Observação

    Os valores são mostrados apenas para as propriedades que você substitui.

  4. Envie a solicitação de intenção especificando a substituição:

    Set-NetIntent -Name Cluster_ComputeStorage -QosPolicyOverrides $QosOverride
    
  5. Aguarde a conclusão do status de provisionamento:

    Get-NetIntentStatus -Name Cluster_ComputeStorage | Format-Table IntentName, Host, ProvisioningStatus, ConfigurationStatus
    
  6. Verifique se a substituição foi definida corretamente em todos os nós de cluster. No exemplo, a classe SMB_Direct tráfego foi substituído por um percentual de largura de banda de 25%:

    Get-NetQosTrafficClass -Cimsession (Get-ClusterNode).Name | Select PSComputerName, Name, Priority, Bandwidth
    

Remover uma intenção

Se você quiser testar várias configurações nos mesmos adaptadores, talvez seja necessário remover uma intenção.

Se você implantou e configurou anteriormente o Network ATC em seu sistema, talvez seja necessário redefinir o nó para que a configuração possa ser implantada. Para fazer isso, copie e copie os seguintes comandos para remover todas as intenções existentes e seu vSwitch correspondente:

    $intents = Get-NetIntent
    foreach ($intent in $intents)
    {
        Remove-NetIntent -Name $intent.IntentName
        Remove-VMSwitch -Name "*$($intent.IntentName)*" -ErrorAction SilentlyContinue -Force
    }
    
    Get-NetQosTrafficClass | Remove-NetQosTrafficClass
    Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
    Get-NetQosFlowControl | Disable-NetQosFlowControl

Tarefas de pós-implantação

Há várias tarefas para concluir após uma implantação do NETWORK ATC, incluindo as seguintes:

  • Adicione endereços IP estáticos ou DHCP aos adaptadores de armazenamento: Use DHCP nas VLANs de armazenamento ou de definir endereços IP estáticos usando o cmdlet NetIPAdress. Você não pode usar os endereços APIPA (Endereçamento IP Privado Automático) dados a adaptadores que não podem obter um endereço de um servidor DHCP.

  • Definir limites de largura de banda SMB: Se a migração ao vivo usar RDMA (SMB Direct), configure um limite de largura de banda para garantir que a migração ao vivo não consuma toda a largura de banda usada pelo Espaços de Armazenamento Clustering direto e de failover.

  • Configuração de cluster estendido: Para adicionar o Stretch S2D ao sistema gerenciado da ATC, você deve adicionar manualmente a configuração apropriada (incluindo vNICs, etc.) depois que a ATC tiver implementado a intenção especificada. Além disso, existem as seguintes limitações:

    • Todos os nós no cluster devem usar a mesma intenção.
    • Não há provisionamento automático para a réplica de armazenamento.

Validar a correção automática

A ATC de rede garante que a configuração implantada permaneça a mesma em todos os nós de cluster. Nesta seção opcional, modificaremos nossa configuração (sem uma substituição) emulando uma alteração de configuração acidental e observaremos como a confiabilidade do sistema é aprimorada pela correção da propriedade configurada indevidamente.

  1. Verifique o valor de MTU (Packet) existente do adaptador:

    Get-NetAdapterAdvancedProperty -Name pNIC01, pNIC02, vSMB* -RegistryKeyword *JumboPacket -Cimsession (Get-ClusterNode).Name
    
  2. Modifique uma das MTU do adaptador físico sem especificar uma substituição. Isso emula uma alteração acidental ou um "desmaeamento de configuração" que deve ser remediado.

    Set-NetAdapterAdvancedProperty -Name pNIC01 -RegistryKeyword *JumboPacket -RegistryKeyword *JumboPacket -RegistryValue 4088
    
  3. Verifique se o valor MTU (PackPacket) existente do adaptador foi modificado:

    Get-NetAdapterAdvancedProperty -Name pNIC01, pNIC02, vSMB* -RegistryKeyword *JumboPacket -Cimsession (Get-ClusterNode).Name
    
  4. Repetir a configuração. Essa etapa só é executada para agilizar a correção. A ATC de rede vai remediar automaticamente essa configuração.

    Set-NetIntentRetryState -ClusterName HCI01 -Name Cluster_ComputeStorage
    
  5. Verifique se a verificação de consistência foi concluída:

    Get-NetIntentStatus -ClusterName HCI01 -Name Cluster_ComputeStorage
    
  6. Verifique se o valor de MTU (Packet) do adaptador retornou ao valor esperado:

    Get-NetAdapterAdvancedProperty -Name pNIC01, pNIC02, vSMB* -RegistryKeyword *JumboPacket -Cimsession (Get-ClusterNode).Name
    

Para obter mais exemplos de validação, consulte a demonstração do NETWORK ATC.

Próximas etapas