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.

Portas de mapa de node1 a node3

Colaboradores

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

Antes de começar

Você já deve ter informações sobre as portas nos novos nós a partir do Hardware Universe. (Vá para "Referências"o link para o Hardware Universe). Use as informações posteriormente nesta seção e no "Portas de mapa de node2 a node4".

A configuração de software do node3 deve corresponder à conetividade física do node3 e a conetividade IP deve ser restaurada antes de continuar com a atualização.

Sobre esta tarefa

As configurações de porta podem variar, dependendo do modelo dos nós.

Passos
  1. execute as seguintes etapas para verificar se a configuração é um cluster sem switch de dois nós:

    1. Defina o nível de privilégio como avançado:

      set -privilege advanced

    2. Verifique se a configuração é um cluster sem switch de dois nós:

      network options switchless-cluster show

      Por exemplo:

     cluster::*> network options switchless-cluster show
     Enable Switchless Cluster: false/true

    +
    O valor deste comando deve corresponder ao estado físico do sistema.

    1. Voltar ao nível de privilégios de administração:

      set -privilege admin

  2. Faça as seguintes alterações:

    1. Modifique as portas que farão parte do domínio de broadcast de cluster:

      network port modify -node node_name -port port_name -mtu 9000 -ipspace Cluster

      Este exemplo adiciona a porta de cluster e1b em "node1":

      network port modify -node node1 -port e1b -ipspace Cluster -mtu 9000
    2. Migre as LIFs de cluster para as novas portas, uma vez para cada LIF:

      network interface migrate -vserver Vserver_name -lif lif_name -source-node node1 -destination-node node1 -destination-port port_name

      Quando todas as LIFs de cluster são migradas e a comunicação de cluster é estabelecida, o cluster deve entrar em quórum.

    3. Modifique a porta inicial dos LIFs de cluster:

      network interface modify -vserver Cluster -lif lif_name –home-port port_name

    4. Remova as portas antigas do domínio de broadcast de cluster:

      network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster -ports node1:port

    5. Apresentar o estado de funcionamento de node1 e node3:

      cluster show -node node1 -fields health

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

      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.
    7. 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 a subetapa (f) para verificar se o LIF do cluster está escutando na porta 7700.

  3. modifique as associações de domínio de broadcast de portas físicas que hospedam LIFs de dados.

    1. Listar o status de acessibilidade de todas as portas:

      network port reachability show

    2. Repare a acessibilidade das portas físicas, seguida de portas VLAN, executando o seguinte comando em cada porta, uma porta de cada vez:

      reachability repair -node node_name -port port_name

      Espera-se um aviso como o seguinte. Rever e introduzir y ou n, se for caso disso:

      WARNING: Repairing port "node_name:port" might 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}:
    3. Para ativar o ONTAP para concluir a reparação, aguarde cerca de um minuto após executar o reachability repair comando na última porta.

    4. Listar todos os domínios de broadcast no cluster:

      network port broadcast-domain show

    5. À 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 corresponder a nenhum dos domínios de broadcast existentes, o ONTAP criará novos domínios de broadcast para essas portas. Conforme necessário, você pode excluir os domínios de broadcast recém-criados se todas as portas membros se tornarem portas membros dos grupos de interface. Excluir domínios de broadcast:

      broadcast-domain delete -broadcast-domain broadcast_domain

    6. Revise a configuração do grupo de interfaces e, conforme necessário, adicione ou exclua portas membros.

      Adicionar portas membro às portas do grupo de interfaces:

      ifgrp add-port -node node_name -ifgrp ifgrp_port -port port_name

      Remova as portas membros das portas do grupo de interfaces:

      ifgrp remove-port -node node_name -ifgrp ifgrp_port -port port_name

    7. Exclua e crie novamente portas VLAN conforme necessário. Eliminar portas VLAN:

      vlan delete -node node_name -vlan-name vlan_port

      Criar portas VLAN:

      vlan create -node node_name -vlan-name vlan_port

    Observação Dependendo da complexidade da configuração de rede do sistema sendo atualizado, talvez seja necessário repetir as subetapas (a) a (g) até que todas as portas sejam colocadas corretamente onde necessário.
  4. se não houver VLANs configuradas no sistema, vá para Passo 5. Se houver VLANs configuradas, restaure VLANs deslocadas que foram configuradas anteriormente em portas que não existem mais ou foram configuradas em portas que foram movidas para outro domínio de broadcast.

    1. Exibir as VLANs deslocadas:

      cluster controller-replacement network displaced-vlans show

    2. Restaure as VLANs deslocadas para a porta de destino desejada:

      displaced-vlans restore -node node_name -port port_name -destination-port destination_port

    3. Verifique se todas as VLANs deslocadas foram restauradas:

      cluster controller-replacement network displaced-vlans show

    4. As VLANs são automaticamente colocadas nos domínios de broadcast apropriados cerca de um minuto após serem criadas. Verifique se as VLANs restauradas foram colocadas nos domínios de broadcast apropriados:

      network port reachability show

  5. começando com o ONTAP 9.8, o ONTAP modificará automaticamente as portas iniciais dos LIFs se as portas forem movidas entre domínios de broadcast durante o procedimento de reparo de acessibilidade da porta de rede. Se a porta inicial de um LIF foi movida para outro nó, ou não é atribuída, esse LIF será apresentado como um LIF deslocado. Restaure as portas residenciais dos LIFs deslocados cujas portas residenciais não existem mais ou foram relocadas para outro nó.

    1. Exiba os LIFs cujas portas iniciais podem ter sido movidas para outro nó ou não existir mais:

      displaced-interface show

    2. Restaure a porta inicial de cada LIF:

      displaced-interface restore -vserver Vserver_name -lif-name LIF_name

    3. Verifique se todas as portas iniciais do LIF foram restauradas:

      displaced-interface 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 "não-acessibilidade" para portas sem conetividade física. Se alguma porta estiver relatando um status diferente dessas duas, repare a acessibilidade conforme descrito em Passo 3.

  6. Verifique se todos os LIFs estão administrativamente em portas pertencentes aos domínios de broadcast corretos.

    1. Verifique se existem LIFs que estão administrativamente inativos:

      network interface show -vserver Vserver_name -status-admin down

    2. Verifique se existem LIFs que estão operacionais inoperacionalmente abaixo:

      network interface show -vserver Vserver_name -status-oper down

    3. Modifique quaisquer LIFs que precisam ser modificados para ter uma porta inicial diferente:

      network interface modify -vserver Vserver_name -lif LIF_name -home-port home_port

    Observação Para iSCSI LIFs, a modificação da porta inicial requer que o LIF seja administrativamente inativo.
    1. Reverter LIFs que não são o lar de suas respetivas portas residenciais:

      network interface revert *