Preparar para instalar o software NX-os e o ficheiro de configuração de referência (RCF)
Antes de instalar o software NX-os e o ficheiro de configuração de referência (RCF), siga este procedimento.
Certifique-se de que tem o seguinte:
-
Um cluster totalmente funcional (sem erros nos logs ou problemas semelhantes).
-
Guias de software e atualização apropriados, disponíveis em "Switches Cisco Nexus 9000 Series".
Os exemplos neste procedimento usam dois nós. Esses nós usam duas portas de interconexão de cluster 10GbE e0a e e0b. Consulte "Hardware Universe" para verificar as portas de cluster corretas nas suas plataformas.
Os exemplos deste procedimento utilizam a seguinte nomenclatura de switch e nó:
-
Os nomes dos dois switches Cisco são
cs1ecs2. -
Os nomes dos nós são
node1enode2. -
Os nomes de LIF do cluster são
node1_clus1enode1_clus2para node1node2_clus1e enode2_clus2node2. -
O
cluster1::*>prompt indica o nome do cluster.
O procedimento requer o uso de comandos ONTAP e comandos Cisco Nexus 9000 Series switches; os comandos ONTAP são usados, a menos que indicado de outra forma. As saídas de comando podem variar dependendo de diferentes versões do ONTAP.
-
Altere o nível de privilégio para avançado, inserindo y quando solicitado a continuar:
set -privilege advanced(`*>`É apresentado o aviso avançado ).
-
Se o AutoSupport estiver ativado neste cluster, suprimir a criação automática de casos invocando uma mensagem AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=xhonde x é a duração da janela de manutenção em horas.
A mensagem AutoSupport notifica o suporte técnico desta tarefa de manutenção para que a criação automática de casos seja suprimida durante a janela de manutenção. O seguinte comando suprime a criação automática de casos por duas horas:
cluster1:> **system node autosupport invoke -node * -type all -message MAINT=2h**
-
Exiba quantas interfaces de interconexão de cluster são configuradas em cada nó para cada switch de interconexão de cluster:
network device-discovery show -protocol cdpMostrar exemplo
cluster1::*> network device-discovery show -protocol cdp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- node2 /cdp e0a cs1 Eth1/2 N9K-C92300YC e0b cs2 Eth1/2 N9K-C92300YC node1 /cdp e0a cs1 Eth1/1 N9K-C92300YC e0b cs2 Eth1/1 N9K-C92300YC 4 entries were displayed. -
Verifique o status administrativo ou operacional de cada interface de cluster.
-
Exibir os atributos da porta de rede:
network port show –ipspace ClusterMostrar exemplo
cluster1::*> network port show -ipspace Cluster Node: node2 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy Node: node1 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy 4 entries were displayed. -
Exibir informações sobre os LIFs:
network interface show -vserver ClusterMostrar exemplo
cluster1::*> network interface show -vserver Cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ------------- ------- ---- Cluster node1_clus1 up/up 169.254.209.69/16 node1 e0a true node1_clus2 up/up 169.254.49.125/16 node1 e0b true node2_clus1 up/up 169.254.47.194/16 node2 e0a true node2_clus2 up/up 169.254.19.183/16 node2 e0b true 4 entries were displayed.
-
-
Verifique a conectividade das interfaces de cluster remotas:
Você pode usar o network interface check cluster-connectivity comando para iniciar uma verificação de acessibilidade para conetividade de cluster e, em seguida, exibir os detalhes:
network interface check cluster-connectivity start e network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
NOTA: espere alguns segundos antes de executar o show comando para exibir os detalhes.
cluster1::*> network interface check cluster-connectivity show
Source Destination Packet
Node Date LIF LIF Loss
------ -------------------------- ---------------- ---------------- -----------
node1
3/5/2022 19:21:18 -06:00 node1_clus2 node2-clus1 none
3/5/2022 19:21:20 -06:00 node1_clus2 node2_clus2 none
node2
3/5/2022 19:21:18 -06:00 node2_clus2 node1_clus1 none
3/5/2022 19:21:20 -06:00 node2_clus2 node1_clus2 none
Para todas as versões do ONTAP, você também pode usar o cluster ping-cluster -node <name> comando para verificar a conetividade:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local
Host is node2
Getting addresses from network interface table...
Cluster node1_clus1 169.254.209.69 node1 e0a
Cluster node1_clus2 169.254.49.125 node1 e0b
Cluster node2_clus1 169.254.47.194 node2 e0a
Cluster node2_clus2 169.254.19.183 node2 e0b
Local = 169.254.47.194 169.254.19.183
Remote = 169.254.209.69 169.254.49.125
Cluster Vserver Id = 4294967293
Ping status:
Basic connectivity succeeds on 4 path(s)
Basic connectivity fails on 0 path(s)
Detected 9000 byte MTU on 4 path(s):
Local 169.254.19.183 to Remote 169.254.209.69
Local 169.254.19.183 to Remote 169.254.49.125
Local 169.254.47.194 to Remote 169.254.209.69
Local 169.254.47.194 to Remote 169.254.49.125
Larger than PMTU communication succeeds on 4 path(s)
RPC status:
2 paths up, 0 paths down (tcp check)
2 paths up, 0 paths down (udp check)
-
Verifique se o comando de reversão automática está ativado em todas as LIFs do cluster:
network interface show -vserver Cluster -fields auto-revertMostrar exemplo
cluster1::*> network interface show -vserver Cluster -fields auto-revert Logical Vserver Interface Auto-revert --------- ------------- ------------ Cluster node1_clus1 true node1_clus2 true node2_clus1 true node2_clus2 true 4 entries were displayed.