Portas de mapa de node1 a node3
Você deve verificar se as portas físicas no node1 são 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.
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.
As configurações de porta podem variar, dependendo do modelo dos nós. Você deve tornar a configuração de porta e LIF no nó original compatível com o uso planejado e 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 reiniciado até que você altere a configuração de software para hospedar as LIFs de cluster nas portas físicas corretas.
-
Registre todas as informações de cabeamento node1 para node1, as portas, domínios de broadcast e IPspaces na tabela:
LIF Portas de node1 GbE node1 IPspaces node1 domínios de broadcast Portas de Node3 GbE Node3 IPspaces Node3 domínios de broadcast Cluster 1
Cluster 2
Cluster 3
Cluster 4
Gerenciamento de nós
Gerenciamento de clusters
Dados 1
Dados 2
Dados 3
Dados 4
SAN
Porta entre clusters
-
Registre todas as informações de cabeamento para node3, as portas, domínios de broadcast e IPspaces na tabela.
-
Siga estas etapas para verificar se a configuração é um cluster sem switch de dois nós:
-
Defina o nível de privilégio como avançado:
cluster::> set -privilege advanced
-
Verifique se a configuração é um cluster sem switch de dois nós:
cluster::> network options switchless-cluster show
cluster::*> network options switchless-cluster show Enable Switchless Cluster: false/true
+
O valor dessa saída de comando deve corresponder ao estado físico do sistema.-
Voltar ao nível de privilégios de administração:
cluster::*> set -privilege admin cluster::>
-
-
Siga estes passos para colocar o node3 no quórum:
-
Inicialização node3. "Instale e inicialize node3"Consulte para inicializar o nó se você ainda não tiver feito isso.
-
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 node3:
cluster::> network port show -node _node3_ -port e0a -fields broadcast-domain node port broadcast-domain ---------- ---- ---------------- node3 e0a Cluster
-
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
Este exemplo adiciona a porta de cluster "e1b" em node3:
network port modify -node node3 -port e1b -ipspace Cluster -mtu 9000
-
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
-
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
-
Modifique a porta inicial dos LIFs do cluster:
network interface modify -vserver Cluster -lif lif_name –home-port port_name
-
Remova as portas antigas do domínio de broadcast de cluster:
network port broadcast-domain remove-ports
O seguinte comando remove a porta "e0d" no node3:
network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster ‑ports node3:e0d
-
Verifique se o node3 se juntou novamente ao quórum:
cluster show -node node3 -fields health
-
-
Ajuste os domínios de broadcast que hospedam seus LIFs de cluster e LIFs de gerenciamento de nó/clusterManagement. 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:
-
Apresentar a porta inicial de um LIF:
network interface show -fields home-node,home-port
-
Exiba o domínio de broadcast que contém esta porta:
network port broadcast-domain show -ports node_name:port_name
-
Adicionar ou remover portas de domínios de broadcast:
network port broadcast-domain add-ports
network port broadcast-domain remove-ports
-
Modifique a porta inicial de um LIF:
network interface modify -vserver vserver -lif lif_name –home-port port_name
-
-
Ajuste a associação do domínio de broadcast das portas de rede usadas para LIFs entre clusters usando os mesmos comandos mostrados no Passo 5.
-
Ajuste quaisquer outros domínios de broadcast e migre os LIFs de dados, se necessário, usando os mesmos comandos mostrados no Passo 5.
-
Se houver portas no node1 que não existam mais no node3, siga estas etapas para excluí-las:
-
Acesse o nível de privilégio avançado em ambos os nós:
set -privilege advanced
-
Para excluir as portas:
network port delete -node node_name -port port_name
-
Voltar ao nível de administração:
set -privilege admin
-
-
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 "FG1" como destinos de failover para LIF "data1" em node3:network interface modify -vserver node3 -lif data1 failover-policy broadcast-domainwide -failover-group fg1
Consulte o "Referências"link para Gerenciamento de rede ou os comandos ONTAP 9: Referência de página manual para obter mais informações.
-
Verifique as alterações em node3:
network port show -node node3
-
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.
-
Para cada LIF de cluster que não está escutando na porta 7700, defina o status administrativo do LIF para
down
e depoisup
:::> 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.