Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Verifique a instalação do node3

Colaboradores

Você deve verificar se as portas físicas do node1 são mapeadas corretamente para as portas físicas no node3. Isso permitirá que o node3 se comunique com outros nós no cluster e com a rede após a atualização.

Sobre esta tarefa

Consulte a "Referências"ligação ao Hardware Universe para captar informações sobre as portas nos novos nós. Você usará as informações mais adiante nesta seção.

O layout físico da porta pode variar, dependendo do modelo dos nós. Quando o novo nó for inicializado, o ONTAP tentará determinar quais portas devem hospedar LIFs de cluster para entrar automaticamente no quórum.

Se as portas físicas no node1 não forem mapeadas diretamente para as portas físicas no node3, a seção seguinte Restaure a configuração de rede no node3deve ser usada para reparar a conetividade de rede.

Depois de instalar e inicializar o node3, você deve verificar se ele está instalado corretamente. Você deve esperar que node3 se junte ao quórum e, em seguida, retomar a operação de realocação.

Neste ponto do procedimento, a operação terá pausado como node3 junta quórum.

Passos
  1. Verifique se o quórum de node3 aderiu:

    cluster show -node node3 -fields health

    A saída health do campo deve ser true.

  2. Verifique se o node3 faz parte do mesmo cluster que o node2 e se está em bom estado:

    cluster show

  3. Dependendo da versão do ONTAP em execução no par de HA sendo atualizado, execute uma das seguintes ações:

    Se a sua versão do ONTAP for…​ Então…​

    9,8 a 9.11.1

    Verifique se as LIFs do cluster estão escutando na porta 7700:
    ::> network connections listening show -vserver Cluster

    9.12.1 ou posterior

    Ignore esta etapa e vá para Passo 5.

    A escuta da porta 7700 nas portas do cluster é o resultado esperado, como mostrado no exemplo a seguir para um cluster de dois nós:

    Cluster::> network connections listening show -vserver Cluster
    Vserver Name     Interface Name:Local Port     Protocol/Service
    ---------------- ----------------------------  -------------------
    Node: NodeA
    Cluster          NodeA_clus1:7700               TCP/ctlopcp
    Cluster          NodeA_clus2:7700               TCP/ctlopcp
    Node: NodeB
    Cluster          NodeB_clus1:7700               TCP/ctlopcp
    Cluster          NodeB_clus2:7700               TCP/ctlopcp
    4 entries were displayed.
  4. Para cada LIF de cluster que não está escutando na porta 7700, defina o status administrativo do LIF para down e depois up:

    ::> net int modify -vserver Cluster -lif cluster-lif -status-admin down; net int modify -vserver Cluster -lif cluster-lif -status-admin up

    Repita o passo 3 para verificar se o LIF do cluster está agora a ouvir na porta 7700.

  5. mudar para o modo de privilégio avançado:

    set advanced

  6. Verifique o status da operação de substituição do controlador e verifique se ele está em um estado de pausa e no mesmo estado em que estava antes de node1 ser interrompido para executar as tarefas físicas de instalação de novos controladores e movimentação de cabos:

    system controller replace show

    system controller replace show-details

  7. Se você estiver trabalhando em um sistema MetroCluster, verifique se o controlador substituído está configurado corretamente para a configuração do MetroCluster; a configuração do MetroCluster deve estar em estado de integridade. "Verifique a integridade da configuração do MetroCluster"Consulte .

    Reconfigure as LIFs entre clusters no nó node3 do MetroCluster e verifique o peering de cluster para restaurar a comunicação entre os nós do MetroCluster antes de prosseguir para a Etapa 6.

    Verifique o status do nó MetroCluster:

    metrocluster node show

  8. Retomar a operação de substituição do controlador:

    system controller replace resume

  9. A substituição do controlador fará uma pausa para intervenção com a seguinte mensagem:

    Cluster::*> system controller replace show
    Node             Status                       Error-Action
    ---------------- ------------------------     ------------------------------------
    Node1(now node3) Paused-for-intervention      Follow the instructions given in
                                                  Step Details
    Node2                      None
    
    Step Details:
    --------------------------------------------
    To complete the Network Reachability task, the ONTAP network configuration must be manually adjusted to match the new physical network configuration of the hardware. This includes:
    
    1. Re-create the interface group, if needed, before restoring VLANs. For detailed commands and instructions, refer to the "Re-creating VLANs, ifgrps, and broadcast domains" section of the upgrade controller hardware guide for the ONTAP version running on the new controllers.
    2. Run the command "cluster controller-replacement network displaced-vlans show" to check if any VLAN is displaced.
    3. If any VLAN is displaced, run the command "cluster controller-replacement network displaced-vlans restore" to restore the VLAN on the desired port.
    
    2 entries were displayed.
    Observação Neste procedimento, a seção recriando VLANs, ifgrps e domínios de broadcast foi renomeada como Restaurar configuração de rede em node3.
  10. Com a substituição do controlador em estado de pausa, avance para a próxima seção deste documento para restaurar a configuração de rede no nó.

Restaure a configuração de rede no node3

Depois de confirmar que o node3 está no quórum e pode se comunicar com o node2, verifique se as VLANs, os grupos de interface e os domínios de broadcast do node1 são vistos no node3. Além disso, verifique se todas as portas de rede node3 estão configuradas em seus domínios de broadcast corretos.

Sobre esta tarefa

Para obter mais informações sobre como criar e recriar VLANs, grupos de interfaces e domínios de broadcast, consulte a "Referências"ligação a Network Management.

Observação Se você estiver alterando a velocidade da porta das portas de cluster e0a e e1a em sistemas AFF A800 ou AFF C800, você pode observar pacotes mal formados sendo recebidos após a conversão de velocidade. Consulte "NetApp Bugs Online Bug ID 1570339" e o artigo da base de conhecimento "Erros de CRC em portas T6 após a conversão de 40GbE para 100GbE" para obter orientação.
Passos
  1. Liste todas as portas físicas que estão no node1 atualizado (referido como node3):

    network port show -node node3

    Todas as portas de rede física, portas VLAN e portas de grupo de interfaces no nó são exibidas. A partir desta saída, você pode ver quaisquer portas físicas que foram movidas para o Cluster domínio de broadcast pelo ONTAP. Você pode usar essa saída para ajudar a decidir quais portas devem ser usadas como portas membros do grupo de interfaces, portas base VLAN ou portas físicas independentes para hospedar LIFs.

  2. Liste os domínios de broadcast no cluster:

    network port broadcast-domain show

  3. Liste a acessibilidade da porta de rede de todas as portas no node3:

    network port reachability show

    Você deve ver a saída como o exemplo a seguir:

    clusterA::*> reachability show -node node1_node3
    (network port reachability show)
    Node         Port       Expected Reachability   Reachability Status
    -----------  ---------  ----------------------  ----------------------
    node1_node3
                 a0a        Default:Default         no-reachability
                 a0a-822    Default:822             no-reachability
                 a0a-823    Default:823             no-reachability
                 e0M        Default:Mgmt            ok
                 e0a        Cluster:Cluster         misconfigured-reachability
                 e0b        Cluster:Cluster         no-reachability
                 e0c        Cluster:Cluster         no-reachability
                 e0d        Cluster:Cluster         no-reachability
                 e0e        Cluster:Cluster         ok
                 e0e-822    -                       no-reachability
                 e0e-823    -                       no-reachability
                 e0f        Default:Default         no-reachability
                 e0f-822    Default:822             no-reachability
                 e0f-823    Default:823             no-reachability
                 e0g        Default:Default         misconfigured-reachability
                 e0h        Default:Default         ok
                 e0h-822    Default:822             ok
                 e0h-823    Default:823             ok
    18 entries were displayed.

    No exemplo anterior, node1_node3 é apenas inicializado após a substituição do controlador. Algumas portas não têm acessibilidade aos seus domínios de broadcast esperados e devem ser reparadas.

  4. repare a acessibilidade para cada uma das portas no node3 com um status de acessibilidade diferente `ok`de . Execute o seguinte comando, primeiro em qualquer porta física, depois em qualquer porta VLAN, uma de cada vez:

    network port reachability repair -node node_name -port port_name

    Você deve ver a saída como o exemplo a seguir:

    Cluster ::> reachability repair -node node1_node3 -port e0h
    Warning: Repairing port "node1_node3: e0h" may cause it to move into a different broadcast domain, which can cause LIFs to be re-homed away from the port. Are you sure you want to continue? {y|n}:

    Uma mensagem de aviso, como mostrado acima, é esperada para portas com um status de acessibilidade que pode ser diferente do status de acessibilidade do domínio de broadcast onde ele está localizado atualmente. Revise a conetividade da porta e da resposta y ou n conforme apropriado.

    Verifique se todas as portas físicas têm sua acessibilidade esperada:

    network port reachability show

    À medida que o reparo de acessibilidade é executado, o ONTAP tenta colocar as portas nos domínios de broadcast corretos. No entanto, se a acessibilidade de uma porta não puder ser determinada e não pertencer a nenhum dos domínios de broadcast existentes, o ONTAP criará novos domínios de broadcast para essas portas.

  5. se a configuração do grupo de interfaces não corresponder ao novo layout de porta física do controlador, modifique-o usando as etapas a seguir.

    1. Primeiro, você deve remover portas físicas que devem ser portas membros do grupo de interfaces da associação ao domínio de broadcast. Você pode fazer isso usando o seguinte comando:

      network port broadcast-domain remove-ports -broadcast-domain broadcast-domain_name -ports node_name:port_name

    2. Adicionar uma porta membro a um grupo de interfaces:

      network port ifgrp add-port -node node_name -ifgrp ifgrp -port port_name

    3. O grupo de interfaces é automaticamente adicionado ao domínio de difusão cerca de um minuto após a adição da primeira porta membro.

    4. Verifique se o grupo de interface foi adicionado ao domínio de broadcast apropriado:

      network port reachability show -node node_name -port ifgrp

      Se o status de acessibilidade do grupo de interfaces não for ok , atribua-o ao domínio de broadcast apropriado:

    network port broadcast-domain add-ports -broadcast-domain broadcast_domain_name -ports node:port

  6. atribua portas físicas apropriadas ao Cluster domínio de broadcast usando as seguintes etapas:

    1. Determine quais portas têm acessibilidade ao Cluster domínio de broadcast :

      network port reachability show -reachable-broadcast-domains Cluster:Cluster

    2. Repare qualquer porta com acessibilidade ao Cluster domínio de broadcast, se seu status de acessibilidade não for ok :

      network port reachability repair -node node_name -port port_name

  7. mova as portas físicas restantes para seus domínios de broadcast corretos usando um dos seguintes comandos:

    network port reachability repair -node node_name -port port_name

    network port broadcast-domain remove-port

    network port broadcast-domain add-port

    Verifique se não existem portas inalcançáveis ou inesperadas presentes. Verifique o status de acessibilidade de todas as portas físicas usando o seguinte comando e examinando a saída para confirmar o status é ok:

    network port reachability show -detail

  8. restaure quaisquer VLANs que possam ter sido deslocadas usando as seguintes etapas:

    1. Listar VLANs deslocadas:

      cluster controller-replacement network displaced-vlans show

      A saída como a seguinte deve ser exibida:

      Cluster::*> displaced-vlans show
      (cluster controller-replacement network displaced-vlans show)
                Original
      Node      Base Port   VLANs
      --------  ----------  -----------------------------------------
      Node1       a0a       822, 823
                  e0e       822, 823
      2 entries were displayed.
    2. Restaure VLANs que foram deslocadas de suas portas base anteriores:

      cluster controller-replacement network displaced-vlans restore

      O seguinte é um exemplo de restauração de VLANs que foram deslocadas do grupo de interface "a0a" de volta para o mesmo grupo de interfaces:

      Cluster::*> displaced-vlans restore -node node1_node3 -port a0a -destination-port a0a

      O seguinte é um exemplo de restauração de VLANs deslocadas na porta "e0e" para 'e0h':

      Cluster::*> displaced-vlans restore -node node1_node3 -port e0e -destination-port e0h

      Quando uma restauração de VLAN é bem-sucedida, as VLANs deslocadas são criadas na porta de destino especificada. A restauração da VLAN falhará se a porta de destino for membro de um grupo de interfaces ou se a porta de destino estiver inativa.

    Aguarde cerca de um minuto para que as VLANs recém-restauradas sejam colocadas em seus domínios de broadcast apropriados.

    1. Crie novas portas VLAN conforme necessário para portas VLAN que não estão cluster controller-replacement network displaced-vlans show na saída, mas devem ser configuradas em outras portas físicas.

  9. Excluir quaisquer domínios de broadcast vazios depois de todos os reparos de portas terem sido concluídos:

    network port broadcast-domain delete -broadcast-domain broadcast_domain_name

  10. Verifique a acessibilidade da porta:

    network port reachability show

    Quando todas as portas estão corretamente configuradas e adicionadas aos domínios de broadcast corretos, o network port reachability show comando deve relatar o status de acessibilidade como ok para todas as portas conetadas e o status como no-reachability para portas sem conetividade física. Se qualquer porta relatar um status diferente desses dois, execute o reparo de acessibilidade e adicione ou remova portas de seus domínios de broadcast, conforme instruções em Passo 4.

  11. Verifique se todas as portas foram colocadas em domínios de broadcast:

    network port show

  12. Verifique se todas as portas nos domínios de broadcast têm a unidade de transmissão máxima (MTU) correta configurada:

    network port broadcast-domain show

  13. Restaure as portas iniciais do LIF, especificando as portas home do(s) SVM(s) e LIF(s), se houver, que precisam ser restauradas usando as seguintes etapas:

    1. Liste quaisquer LIFs que estão deslocados:

      displaced-interface show

    2. Restaure os nós iniciais do LIF e as portas iniciais:

      cluster controller-replacement network displaced-interface restore-home-node -node node_name -vserver vserver_name -lif-name LIF_name

  14. Verifique se todos os LIFs têm uma porta inicial e estão administrativamente ativos:

    network interface show -fields home-port, status-admin