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 node2

Colaboradores netapp-pcarriga netapp-aoife
PDFs

Você deve verificar a instalação do node2 com os módulos de sistema de substituição. Como não há alteração nas portas físicas, não é necessário mapear as portas físicas do antigo node2 para o node2 de substituição.

Sobre esta tarefa

Depois de inicializar o node1 com o módulo de sistema de substituição, você verifica se ele está instalado corretamente. Você deve esperar que o node2 entre no quórum e, em seguida, retomar a operação de substituição do controlador.

Neste ponto do procedimento, a operação pára enquanto node2 se junta ao quórum.

Passos

  1. Verifique se o quórum de node2 aderiu:

    cluster show -node node2 -fields health

    A saída health do campo deve ser true.

  2. Esta etapa se aplica às seguintes configurações de atualização. Para todas as outras atualizações do sistema, pule esta etapa e vá para Passo 3 :

    • Clusters sem comutação de dois nós

    • Troque os sistemas AFF A250 ou AFF C250 conectados atualizando para um sistema AFF A50, AFF A30, AFF C30 ou AFF C60.

    Se o node2 não ingressar no quorum automaticamente:

    1. Verifique o IPspace das portas e1a e e1b:

      network port show

    2. Se o IPspace não for "Cluster", altere o IPspace para "Cluster" em e1a e e1b:

      network port modify -node <node_name> -port <port> -ipspace Cluster

    3. Verifique se o IPspace das portas e1a e e1b é "Cluster":

      network port show

    4. Migrar LIFs do cluster node2 para e1a e e1b:

      network interface migrate -vserver Cluster -lif <cluster_lif1> -destination-node <node2_name> -destination-port <port_name

  3. Verifique se node2 e node1 fazem parte do mesmo cluster e se o cluster está íntegro:

    cluster show

  4. Mudar para o modo de privilégio avançado:

    set advanced

  5. Esta etapa se aplica apenas a atualizações de configuração sem switch de dois nós de um AFF A250 ou AFF C250 para um AFF A50, AFF A30, AFF C60 ou AFF C30. Para todas as outras atualizações de sistema, pule esta etapa e vá para Passo 6 :

    Verifique se as portas e4a, e2a, e1a, e1b ou e4a, e4b, e1a, e1b são as portas do cluster no domínio de transmissão "Cluster".

    Os sistemas AFF A50, AFF A30, AFF C30 e AFF C60 compartilham portas de cluster e HA. Você pode migrar com segurança todos os LIFs de cluster para e4a, e4b ou e4a, e2a nos nós 1 e 2:

    1. Listar as portas iniciais e atuais para todos os LIFs do cluster:

      network interface show -role Cluster -fields home-port,curr-port

    2. No nó 1 e no nó 2, migre os LIFs do cluster que estão usando e1a como porta inicial para e4a:

      network interface migrate -vserver Cluster -lif <cluster_lif1> -destination-node <node> -destination-port e4a

    3. No nó1 e nó2, modifique os LIFs do cluster migrados em subetapa b para usar e4a como porta inicial:

      network interface modify -vserver Cluster -lif <cluster_lif> -home-port e4a

    4. Verifique se o cluster está no quorum:

      cluster show

    5. Repita subetapa b e subetapa c para migrar e modificar o segundo cluster LIF em cada nó para e2a ou e4b:

      Se e2a estiver presente e for uma porta de rede de 100 GbE, esta será a segunda porta do cluster padrão. Se e2a não for uma porta de rede de 100 GbE, o ONTAP usará e4b como segunda porta do cluster e de alta disponibilidade.

    6. Remover e1a e e1b do domínio de transmissão "Cluster":

      broadcast-domain remove-ports -broadcast-domain Cluster -ipspace Cluster -ports <node_name>:e1a

    7. Verifique se apenas as portas de cluster e4a, e2a ou e4a, e4b estão no domínio de transmissão "Cluster"

      broadcast domain show

    8. Remova as conexões de cabo entre e1a node1 e e1a node2, e e1b node1 e e1b node2 para garantir que somente conexões cluster-HA válidas sejam usadas e que não haja conectividade redundante.

  6. Verifique o status da operação de substituição do controlador e verifique se ela está em um estado pausado e no mesmo estado em que estava antes de o node2 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. Retomar a operação de substituição do controlador:

    system controller replace resume

  8. A operação de substituição do controlador pausa para a intervenção com a seguinte mensagem:

    Cluster::*> system controller replace show
Node          Status                       Error-Action
------------  ------------------------     ------------------------------------
Node2         Paused-for-intervention      Follow the instructions given in
                                           Step Details
Node1         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 node2.

  9. Com a substituição do controlador em estado de pausa, avance para Restaure a configuração de rede no node2.

Restaure a configuração de rede no node2

Depois de confirmar que o node2 está no quórum e pode se comunicar com o node1, verifique se as VLANs, os grupos de interface e os domínios de broadcast do node1 são vistos no node2. Além disso, verifique se todas as portas de rede node2 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 interface e domínios de broadcast, "Referências"consulte para vincular ao conteúdo Network Management.

Passos

  1. Liste todas as portas físicas que estão no node2 atualizado:

    network port show -node node2

    Todas as portas de rede físicas, 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. Listar a acessibilidade da porta de rede de todas as portas no node2:

    network port reachability show -node node2

    Você deve ver saída semelhante ao exemplo a seguir. Os nomes das portas e das transmissões variam.

    Cluster::> reachability show -node node1
  (network port reachability show)
Node      Port     Expected Reachability                Reachability Status
--------- -------- ------------------------------------ ---------------------
Node1
          a0a      Default:Default                      ok
          a0a-822  Default:822                          ok
          a0a-823  Default:823                          ok
          e0M      Default:Mgmt                         ok
          e1a      Cluster:Cluster                      ok
          e1b      -                                    no-reachability
          e2a      -                                    no-reachability
          e2b      -                                    no-reachability
          e3a      -                                    no-reachability
          e3b      -                                    no-reachability
          e7a      Cluster:Cluster                      ok
          e7b      -                                    no-reachability
          e9a      Default:Default                      ok
          e9a-822  Default:822                          ok
          e9a-823  Default:823                          ok
          e9b      Default:Default                      ok
          e9b-822  Default:822                          ok
          e9b-823  Default:823                          ok
          e9c      Default:Default                      ok
          e9d      Default:Default                      ok
20 entries were displayed.

    No exemplo anterior, o node2 inicializou e juntou quórum após a substituição do controlador. Ele tem várias portas que não têm acessibilidade e estão pendentes de uma verificação de acessibilidade.

  4. repare a acessibilidade para cada uma das portas no node2 com um status de acessibilidade diferente do que ok usando o seguinte comando, na seguinte ordem:

    network port reachability repair -node node_name -port port_name

    1. Portas físicas

    2. Portas VLAN

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

    Cluster ::> reachability repair -node node2 -port e9d
    Warning: Repairing port "node2:e9d" 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 no exemplo anterior, é 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. Verificar 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.

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

    network port show

  7. 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

  8. Restaure as portas iniciais do LIF, especificando o SVM e as portas home do LIF, 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:

      displaced-interface restore-home-node -node node_name -vserver vserver_name -lif-name LIF_name

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

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