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 node2 a node4

Colaboradores
PDFs

Você deve garantir que as portas físicas no node2 sejam mapeadas corretamente para as portas físicas no node4, o que permitirá que o node4 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, para acessar essas informações, "Referências"consulte o link para o Hardware Universe. Você usa as informações mais adiante nesta seção.

A configuração de software do node4 deve corresponder à conetividade física do node4 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, ou seja, quando você inicializar o node4, o Data ONTAP tentará hospedar LIFs nas mesmas portas que foram usadas no node2.

Portanto, se as portas físicas no node2 não forem mapeadas diretamente para as portas físicas no node4, 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 node2 não forem mapeadas diretamente para as portas de cluster no node4, o node4 poderá 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 node2 para node2, as portas, domínios de broadcast e IPspaces, nesta tabela:

    LIF Portas de Node2 GbE Node2 IPspaces Node2 domínios de broadcast Portas de Node4 GbE Node4 IPspaces Node4 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

    Consulte a secção "Recording information" (informações de gravação node2) para obter estas informações.

  2. Registre todas as informações de cabeamento para node4, portas, domínios de broadcast e IPspaces na tabela anterior usando o mesmo procedimento na "Registe node2 informações" seção para obter essas 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:

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

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

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

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

      cluster::*> set -privilege admin
cluster::>

  4. Obtenha node4 no quórum executando as seguintes etapas:

    1. Inicialização node4. "Instale e inicialize node4"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 -port port -fields broadcast-domain O exemplo a seguir mostra que a porta "e0a" está no domínio Cluster em node4:

      cluster::> network port show -node node4 -port e0a -fields broadcast-domain

node       port broadcast-domain
---------- ---- ----------------
node4      e1a  Cluster

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

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

    4. Adicione as portas corretas ao domínio de broadcast de cluster:

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

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

      network port modify -node node4 -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, aos seguintes: 
      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

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

      network interface migrate -vserver Cluster -lif lif_name -source-node node4 - destination-node node4 -destination-port port_name

    6. Modifique a porta inicial dos LIFs do cluster:

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

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

      network port broadcast-domain remove-ports

    Este comando remove a porta "e0d" em node4:
    network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster ‑ports node4:e0d

    1. Verifique se o node4 se juntou novamente ao quórum:

      cluster show -node node4 -fields health

  5. Ajuste os domínios de broadcast que hospedam seus LIFs de cluster e LIFs de gerenciamento de nó/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 conforme mostrado nas etapas a seguir:

    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 quaisquer outros domínios de broadcast e migre os LIFs de dados, se necessário, usando os mesmos comandos mostrados no Passo 5.

  8. Se houver portas no node2 que não existam mais no node4, 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. Para excluir 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 comando a seguir define a política de failover para broadcast-domain-wide e usa as portas no grupo de failover como destinos de failover fg1 para LIF data1 em node4:

    network interface modify -vserver node4 -lif data1 failover-policy broadcast-domain-wide -failover-group fg1

    Para obter mais informações, "Referências"consulte o link para Gerenciamento de rede ou os comandos ONTAP 9: Referência de página manual e vá para Configuração de configurações de failover em um LIF.

  10. Verifique as alterações em node4:

    network port show -node node4

  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.