Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Verificare l'installazione di node4

Collaboratori

È necessario verificare che le porte fisiche dal nodo 2 siano mappate correttamente alle porte fisiche sul nodo 4. In questo modo, il nodo 4 potrà comunicare con altri nodi del cluster e con la rete dopo l'aggiornamento.

A proposito di questa attività

Fare riferimento a. "Riferimenti" Per collegarsi a Hardware Universe per acquisire informazioni sulle porte sui nuovi nodi. Le informazioni verranno utilizzate più avanti in questa sezione.

Il layout fisico delle porte potrebbe variare a seconda del modello dei nodi. All'avvio del nuovo nodo, ONTAP tenterà di determinare quali porte dovrebbero ospitare le LIF del cluster per entrare automaticamente nel quorum.

Se le porte fisiche sul nodo 2 non vengono mappate direttamente alle porte fisiche sul nodo 4, consultare la sezione successiva Ripristinare la configurazione di rete sul nodo 4 deve essere utilizzato per riparare la connettività di rete.

Dopo aver installato e avviato il nodo 4, è necessario verificare che sia installato correttamente. È necessario attendere che il nodo 4 si unisca al quorum, quindi riprendere l'operazione di trasferimento.

A questo punto della procedura, l'operazione verrà messa in pausa quando node4 si unisce al quorum.

Fasi
  1. Verificare che node4 si sia Unito al quorum:

    cluster show -node node4 -fields health

    L'output di health il campo deve essere true.

  2. Verificare che node4 faccia parte dello stesso cluster di node3 e che sia integro:

    cluster show

  3. In base alla versione di ONTAP in esecuzione sulla coppia ha sottoposta a upgrade, esegui una delle seguenti azioni:

    Se la versione di ONTAP è…​ Quindi…​

    da 9,8 a 9.11.1

    Verificare che le LIF del cluster siano in ascolto sulla porta 7700:

    ::> network connections listening show -vserver Cluster

    9.12.1 o versione successiva

    Saltare questo passaggio e passare a. Fase 5.

    La porta 7700 in ascolto sulle porte del cluster è il risultato previsto, come mostrato nell'esempio seguente per un cluster a due nodi:

    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.
  4. Per ogni cluster LIF che non è in ascolto sulla porta 7700, imposta lo stato amministrativo della LIF su down e poi up:

    ::> net int modify -vserver Cluster -lif cluster-lif -status-admin down; net int modify -vserver Cluster -lif cluster-lif -status-admin up

    Ripetere il passaggio 3 per verificare che la LIF del cluster sia in ascolto sulla porta 7700.

  5. passare alla modalità privilegi avanzati:

    set advanced

  6. Controllare lo stato dell'operazione di sostituzione del controller e verificare che sia in stato di pausa e nello stesso stato in cui si trovava prima dell'arresto del node2 per eseguire le attività fisiche di installazione di nuovi controller e cavi in movimento:

    system controller replace show

    system controller replace show-details

  7. Se si lavora su un sistema MetroCluster, verificare che il controller sostituito sia configurato correttamente per la configurazione MetroCluster; la configurazione MetroCluster dovrebbe essere in buono stato. Fare riferimento a. "Verificare lo stato della configurazione MetroCluster".

    Riconfigurare le LIF dell'intercluster sul nodo MetroCluster node4 e controllare il peering del cluster per ripristinare la comunicazione tra i nodi MetroCluster prima di procedere Fase 6.

    Controllare lo stato del nodo MetroCluster:

    metrocluster node show

  8. riprendere l'operazione di sostituzione del controller:

    system controller replace resume

  9. La sostituzione del controller viene interrotta per l'intervento con il seguente messaggio:

    Cluster::*> system controller replace show
    Node             Status                       Error-Action
    ---------------- ------------------------     ------------------------------------
    Node2(now node4) Paused-for-intervention      Follow the instructions given in
                                                  Step Details
    Node2
    
    Step Details:
    --------------------------------------------
    To complete the Network Reachability task, the ONTAP network configuration must be
    manually adjusted to match the new physical network configuration of the hardware.
    This includes:
    
    1. Re-create the interface group, if needed, before restoring VLANs. For detailed
    commands and instructions, refer to the "Re-creating VLANs, ifgrps, and broadcast
    domains" section of the upgrade controller hardware guide for the ONTAP version
    running on the new controllers.
    2. Run the command "cluster controller-replacement network displaced-vlans show"
    to check if any VLAN is displaced.
    3. If any VLAN is displaced, run the command "cluster controller-replacement
    network displaced-vlans restore" to restore the VLAN on the desired port.
    2 entries were displayed.
    Nota In questa procedura, la sezione Ricomposizione di VLAN, ifgrps e domini di trasmissione è stata rinominata Ripristino della configurazione di rete su node4.
  10. Con la sostituzione del controller in stato di pausa, passare alla sezione successiva di questo documento per ripristinare la configurazione di rete sul nodo.

Ripristinare la configurazione di rete sul nodo 4

Dopo aver confermato che il nodo 4 è in quorum e può comunicare con il nodo 3, verificare che le VLAN, i gruppi di interfacce e i domini di broadcast di node2 siano visibili sul nodo 4. Inoltre, verificare che tutte le porte di rete node4 siano configurate nei rispettivi domini di trasmissione corretti.

A proposito di questa attività

Per ulteriori informazioni sulla creazione e la ricreazione di VLAN, gruppi di interfacce e domini di trasmissione, fare riferimento a. "Riferimenti" Per collegarsi a Network Management.

Nota Se si modifica la velocità delle porte del cluster e0a e E1a nei sistemi AFF A800 o AFF C800, è possibile che vengano ricevuti pacchetti non validi dopo la conversione della velocità. Vedere "Bug online di NetApp ID 1570339" e l'articolo della knowledge base "Errori CRC sulle porte T6 dopo la conversione da 40GbE a 100GbE" come guida.
Fasi
  1. Elencare tutte le porte fisiche che si trovano sul nodo aggiorno2 (indicato come node4):

    network port show -node node4

    Vengono visualizzate tutte le porte di rete fisiche, le porte VLAN e le porte del gruppo di interfacce sul nodo. Da questo output è possibile visualizzare le porte fisiche spostate in Cluster Dominio di broadcast di ONTAP. È possibile utilizzare questo output per agevolare la scelta delle porte da utilizzare come porte membro del gruppo di interfacce, porte di base VLAN o porte fisiche standalone per l'hosting di LIF.

  2. Elencare i domini di broadcast sul cluster:

    network port broadcast-domain show

  3. Elencare la raggiungibilità delle porte di rete di tutte le porte sul nodo 4:

    network port reachability show

    L'output del comando è simile al seguente esempio:

    clusterA::*> reachability show -node node2_node4
      (network port reachability show)
    Node         Port       Expected Reachability       Reachability Status
    ---------    --------  ---------------------------  ---------------------
    node2_node4
                 a0a        Default:Default             no-reachability
                 a0a-822    Default:822                 no-reachability
                 a0a-823    Default:823                 no-reachability
                 e0M        Default:Mgmt                ok
                 e0a        Cluster:Cluster             misconfigured-reachability
                 e0b        Cluster:Cluster             no-reachability
                 e0c        Cluster:Cluster             no-reachability
                 e0d        Cluster:Cluster             no-reachability
                 e0e        Cluster:Cluster             ok
                 e0e-822    -                           no-reachability
                 e0e-823    -                           no-reachability
                 e0f        Default:Default             no-reachability
                 e0f-822    Default:822                 no-reachability
                 e0f-823    Default:823                 no-reachability
                 e0g        Default:Default             misconfigured-reachability
                 e0h        Default:Default             ok
                 e0h-822    Default:822                 ok
                 e0h-823    Default:823                 ok
    18 entries were displayed.

    Nell'esempio precedente, node2_node4 viene appena avviato dopo la sostituzione del controller. Dispone di diverse porte che non sono raggiungibilità e che sono in attesa di una scansione di raggiungibilità.

  4. Ripristina la raggiungibilità di ciascuna porta sul nodo 4 con uno stato di raggiungibilità diverso da ok. Eseguire il seguente comando, prima su qualsiasi porta fisica, quindi su qualsiasi porta VLAN, una alla volta:

    network port reachability repair -node node_name -port port_name

    L'output è simile al seguente esempio:

    Cluster ::> reachability repair -node node2_node4 -port e0h
    Warning: Repairing port "node2_node4: e0h" may 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}:

    Un messaggio di avviso, come mostrato sopra, è previsto per le porte con uno stato di raggiungibilità che potrebbe essere diverso dallo stato di raggiungibilità del dominio di trasmissione in cui si trova attualmente.

    Esaminare la connettività della porta e rispondere y oppure n a seconda dei casi.

    Verificare che tutte le porte fisiche abbiano la raggiungibilità prevista:

    network port reachability show

    Quando viene eseguita la riparazione della raggiungibilità, ONTAP tenta di posizionare le porte nei domini di trasmissione corretti. Tuttavia, se non è possibile determinare la raggiungibilità di una porta e non appartiene a nessuno dei domini di broadcast esistenti, ONTAP creerà nuovi domini di broadcast per queste porte.

  5. Se la configurazione del gruppo di interfacce non corrisponde al layout della porta fisica del nuovo controller, modificarla seguendo la procedura riportata di seguito.

    1. È necessario innanzitutto rimuovere le porte fisiche che devono essere porte membro del gruppo di interfacce dall'appartenenza al dominio di trasmissione. Per eseguire questa operazione, utilizzare il seguente comando:

      network port broadcast-domain remove-ports -broadcast-domain broadcast_domain_name -ports node_name:port_name

    2. Aggiungere una porta membro a un gruppo di interfacce:

      network port ifgrp add-port -node node_name -ifgrp ifgrp -port port_name

    3. Il gruppo di interfacce viene aggiunto automaticamente al dominio di trasmissione circa un minuto dopo l'aggiunta della prima porta membro.

    4. Verificare che il gruppo di interfacce sia stato aggiunto al dominio di trasmissione appropriato:

      network port reachability show -node node_name -port ifgrp

      Se lo stato di raggiungibilità del gruppo di interfacce non è ok, assegnarlo al dominio di trasmissione appropriato:

    network port broadcast-domain add-ports -broadcast-domain broadcast_domain_name -ports node:port

  6. Assegnare le porte fisiche appropriate a Cluster dominio di broadcast:

    1. Determinare quali porte hanno la raggiungibilità di Cluster dominio di broadcast:

      network port reachability show -reachable-broadcast-domains Cluster:Cluster

    2. Riparare qualsiasi porta con la possibilità di accedere a Cluster dominio di broadcast, se il suo stato di raggiungibilità non è ok:

      network port reachability repair -node node_name -port port_name

  7. Spostare le restanti porte fisiche nei domini di trasmissione corretti utilizzando uno dei seguenti comandi:

    network port reachability repair -node node_name -port port_name

    network port broadcast-domain remove-port

    network port broadcast-domain add-port

    Verificare che non siano presenti porte irraggiungibili o impreviste. Verificare lo stato di raggiungibilità di tutte le porte fisiche utilizzando il comando seguente ed esaminare l'output per confermare lo stato ok:

    network port reachability show -detail

  8. Ripristinare eventuali VLAN che potrebbero essere state spostate seguendo la procedura riportata di seguito:

    1. Elenco VLAN spostate:

      cluster controller-replacement network displaced-vlans show

      Viene visualizzato un output simile al seguente:

      Cluster::*> displaced-vlans show
      (cluster controller-replacement network displaced-vlans show)
                  Original
      Node        Base Port     VLANs
      ---------   ---------     ------------------------------------------------------
      Node1       a0a           822, 823
                  e0e           822, 823
    2. Ripristinare le VLAN spostate dalle porte di base precedenti:

      cluster controller-replacement network displaced-vlans restore

      Di seguito viene riportato un esempio di ripristino delle VLAN spostate dal gruppo di interfaccia a0a allo stesso gruppo di interfacce:

      Cluster::*> displaced-vlans restore -node node2_node4 -port a0a -destination-port a0a

      Di seguito viene riportato un esempio di ripristino delle VLAN spostate sulla porta "e0e" in "e0h":

      Cluster::*> displaced-vlans restore -node node2_node4 -port e0e -destination-port e0h

      Quando un ripristino della VLAN ha esito positivo, le VLAN spostate vengono create sulla porta di destinazione specificata. Il ripristino della VLAN non riesce se la porta di destinazione è membro di un gruppo di interfacce o se la porta di destinazione non è disponibile.

    Attendere circa un minuto per inserire le VLAN appena ripristinate nei domini di trasmissione appropriati.

    1. Creare nuove porte VLAN in base alle necessità per le porte VLAN non presenti in cluster controller-replacement network displaced-vlans show ma deve essere configurato su altre porte fisiche.

  9. Eliminare eventuali domini di broadcast vuoti dopo aver completato tutte le riparazioni delle porte:

    network port broadcast-domain delete -broadcast-domain broadcast_domain_name

  10. Verificare la raggiungibilità delle porte:

    network port reachability show

    Quando tutte le porte sono configurate correttamente e aggiunte ai domini di trasmissione corretti, il network port reachability show il comando deve riportare lo stato di raggiungibilità come ok per tutte le porte connesse e lo stato come no-reachability per porte senza connettività fisica. Se una delle porte riporta uno stato diverso da questi due, eseguire la riparazione della raggiungibilità e aggiungere o rimuovere le porte dai propri domini di trasmissione come indicato in Fase 4.

  11. Verificare che tutte le porte siano state inserite nei domini di broadcast:

    network port show

  12. Verificare che tutte le porte nei domini di trasmissione abbiano configurato la MTU (Maximum Transmission Unit) corretta:

    network port broadcast-domain show

  13. Ripristinare le porte LIF home, specificando le porte Vserver e LIF home, se presenti, che devono essere ripristinate:

    1. Elencare eventuali LIF spostati:

      displaced-interface show

    2. Ripristinare le porte LIF home:

      displaced-interface restore-home-node -node node_name -vserver vserver_name -lif-name LIF_name

  14. Verificare che tutte le LIF dispongano di una porta home e siano amministrativamente up:

    network interface show -fields home-port, status-admin