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.

Você deve tornar a porta e a configuração de LIF do nó original compatíveis com a configuração do novo nó. Isso ocorre porque o novo nó replays a mesma configuração quando ele é inicializado, o que significa que quando você inicializar node3, o ONTAP tentará hospedar LIFs nas mesmas portas que foram usadas no node1.

Portanto, se as portas físicas no node1 não forem mapeadas diretamente para as portas físicas no node3, as alterações de configuração de software serão necessárias para restaurar a conetividade de cluster, gerenciamento e rede após a inicialização. Além disso, se as portas de cluster no node1 não forem mapeadas diretamente para as portas de cluster no node3, o node3 pode não reingressar automaticamente no quórum quando for reinicializado até que uma alteração de configuração de software seja feita para hospedar as LIFs de cluster nas portas físicas corretas.

Passos
  1. Registre todas as informações de cabeamento node1 para node1, as portas, domínios de broadcast e IPspaces, na tabela a seguir:

    LIF Portas de node1 GbE node1 IPspaces Domínio de transmissão node1 Portas de Node3 GbE Portas de Node3 GbE Node3 domínios de broadcast

    Cluster 1

    Cluster 2

    Cluster 3

    Cluster 4

    Cluster 5

    Cluster 6

    Gerenciamento de nós

    Gerenciamento de clusters

    Dados 1

    Dados 2

    Dados 3

    Dados 4

    SAN

    Porta entre clusters

    "Registe node1 informações"Consulte para obter as etapas para obter essas informações.

  2. Registre todas as informações de cabeamento para node3, as portas, domínios de broadcast e IPspaces na tabela anterior usando o mesmo procedimento no "Registe node1 informações".

  3. siga estas 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:

      cluster::> set -privilege advanced

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

      network options switchless-cluster show

     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:

       cluster::*> set -privilege admin
       cluster::>
  4. Obtenha node3 no quórum executando as seguintes etapas:

    1. Inicialização node3. "Instale e inicialize node3"Consulte para inicializar o nó se você ainda não tiver feito isso.

    2. Verifique se as novas portas de cluster estão no domínio de broadcast de cluster:

      network port show -node node-name -port port-name -fields broadcast-domain

      O exemplo a seguir mostra que a porta "e0a" está no domínio "Cluster" no node3:

       cluster::> network port show -node node3 -port e0a -fields broadcast-domain
      
       node       port broadcast-domain
       ---------- ---- ----------------
       node3      e1a  Cluster
    3. Adicione as portas corretas ao domínio de broadcast de cluster:

      network port modify -node node-name -port port-name -ipspace Cluster -mtu 9000

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

       network port modify -node node3 -port e1b -ipspace Cluster -mtu 9000
      Observação Para uma configuração do MetroCluster, talvez você não consiga alterar o domínio de broadcast de uma porta porque ele está associado a uma porta que hospeda o LIF de um SVM de destino de sincronização e veja erros semelhantes, mas não restritos à seguinte mensagem.
      command failed: This operation is not permitted on a Vserver that is configured as the destination of a MetroCluster Vserver relationship.

      Digite o seguinte comando a partir da SVM de origem de sincronização correspondente no local remoto para realocar o LIF de destino de sincronização para uma porta apropriada:

      metrocluster vserver resync -vserver Vserver-name

    4. Migre as LIFs de cluster para as novas portas, uma vez para cada LIF:

      network interface migrate -vserver Cluster -lif LIF-name -source-node node3 -destination-node node3 -destination-port port-name

    5. Modifique a porta inicial dos LIFs do cluster:

      network interface modify -vserver Cluster -lif LIF-name –home-port port-name

    6. Se as portas do cluster não estiverem no domínio de broadcast do cluster, adicione-as:

      network port broadcast-domain add-ports -ipspace Cluster -broadcast-domain Cluster -ports node:port

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

      network port broadcast-domain remove-ports

      O exemplo a seguir remove a porta "e0d" em node3:

    network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster ‑ports <node3:e0d>
    1. Verifique se o node3 se juntou novamente ao quórum:

      cluster show -node node3 -fields health

  5. Ajuste os domínios de broadcast que hospedam seus LIFs de cluster e LIFs de gerenciamento de nó e/ou cluster. Confirme se cada domínio de broadcast contém as portas corretas. Uma porta não pode ser movida entre domínios de broadcast se estiver hospedando ou estiver hospedando um LIF, então você pode precisar migrar e modificar os LIFs da seguinte forma:

    1. Apresentar a porta inicial de um LIF:

      network interface show -fields home-node,home-port

    2. Exiba o domínio de broadcast que contém esta porta:

      network port broadcast-domain show -ports node_name:port_name

    3. Adicionar ou remover portas de domínios de broadcast:

      network port broadcast-domain add-ports

    network port broadcast-domain remove-ports

    1. Modifique a porta inicial de um LIF:

      network interface modify -vserver Vserver-name -lif LIF-name –home-port port-name

  6. Ajuste os domínios de broadcast entre clusters e migre os LIFs entre clusters, se necessário, usando os mesmos comandos mostrados no Passo 5.

  7. Ajuste qualquer outro domínio de broadcast e migre os LIFs de dados, se necessário, usando os mesmos comandos mostrados no Passo 5.

  8. se houver portas no node1 que não existem mais no node3, siga estas etapas para excluí-las:

    1. Acesse o nível de privilégio avançado em ambos os nós:

      set -privilege advanced

    2. Eliminar as portas:

      network port delete -node node-name -port port-name

    3. Voltar ao nível de administração:

      set -privilege admin

  9. Ajuste todos os grupos de failover de LIF:

    network interface modify -failover-group failover-group -failover-policy failover-policy

    O exemplo a seguir define a política de failover para "broadcast-domain-wide" e usa as portas no grupo de failover "FG1" como alvos de failover para LIF "data1" em "node3":

    network interface modify -vserver node3 -lif data1 failover-policy broadcast-domainwide -failover-group fg1

    Vá para "Referências"o link para Gerenciamento de rede ou os comandos ONTAP 9: Referência de página manual para obter mais informações.

  10. Verifique as alterações em node3:

    network port show -node node3

  11. Cada LIF de cluster deve estar escutando na porta 7700. Verifique se as LIFs do cluster estão escutando na porta 7700:

    ::> network connections listening show -vserver Cluster

    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.
  12. 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 11 para verificar se o LIF do cluster está agora a ouvir na porta 7700.