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

Configura i nuovi nodi IP MetroCluster e completa la transizione

Collaboratori netapp-aoife netapp-thomi netapp-martyh netapp-aherbin NetAppZacharyWambold
PDF

Con l'aggiunta dei nuovi nodi, è necessario completare le fasi di transizione e configurare i nodi IP MetroCluster.

Configurazione dei nodi IP MetroCluster e disattivazione della transizione

È necessario implementare le connessioni IP MetroCluster, aggiornare la configurazione MetroCluster e disattivare la modalità di transizione.

Fasi

  1. Formare i nuovi nodi in un gruppo di DR emettendo i seguenti comandi da controller node_A_1-IP:

    metrocluster configuration-settings dr-group create -partner-cluster <peer_cluster_name> -local-node <local_controller_name> -remote-node <remote_controller_name>

    metrocluster configuration-settings dr-group show

  2. Creare interfacce IP MetroCluster (Node_A_1-IP, Node_A_2-IP, Node_B_1-IP, Node_B_2-IP) — è necessario creare due interfacce per controller; otto interfacce in totale:

    Avvertenza Non utilizzare indirizzi IP 169.254.17.x o 169.254.18.x quando si creano interfacce IP MetroCluster per evitare conflitti con indirizzi IP dell'interfaccia generati automaticamente dal sistema nello stesso intervallo.

    metrocluster configuration-settings interface create -cluster-name <cluster_name> -home-node <controller_name> -home-port <port_name> -address <ip_address> -netmask <netmask_address> -vlan-id <vlan_id>

    metrocluster configuration-settings interface show

    Alcune piattaforme utilizzano una VLAN per l'interfaccia IP di MetroCluster. Per impostazione predefinita, ciascuna delle due porte utilizza una VLAN diversa: 10 e 20.

    Se supportato, è anche possibile specificare una VLAN diversa (non predefinita) superiore a 100 (tra 101 e 4095) utilizzando il -vlan-id parametro nel metrocluster configuration-settings interface create comando.

    Le seguenti piattaforme non supportano il -vlan-id parametro:

    • FAS8200 e AFF A300

    • AFF A320

    • FAS9000 e AFF A700

    • AFF C800, ASA C800, AFF A800 e ASA A800

      Tutte le altre piattaforme supportano il -vlan-id parametro.

      Le assegnazioni VLAN predefinite e valide dipendono dal supporto del parametro da parte della piattaforma -vlan-id :

    Piattaforme che supportano <code>-vlan-</code>

    VLAN predefinita:

    • Quando il -vlan-id parametro non è specificato, le interfacce vengono create con VLAN 10 per le porte "A" e VLAN 20 per le porte "B".

    • La VLAN specificata deve corrispondere alla VLAN selezionata nell'RCF.

    Intervalli VLAN validi:

    • VLAN 10 e 20 predefinite

    • VLAN 101 e superiori (tra 101 e 4095)

    Piattaforme che non supportano <code>-vlan-</code>

    VLAN predefinita:

    • Non applicabile. L'interfaccia non richiede che venga specificata una VLAN sull'interfaccia MetroCluster. La porta dello switch definisce la VLAN utilizzata.

    Intervalli VLAN validi:

    • Tutte le VLAN non esplicitamente escluse durante la generazione dell'RCF. L'RCF avvisa l'utente se la VLAN non è valida.

  3. Eseguire l'operazione di connessione MetroCluster da controller node_A_1-IP per collegare i siti MetroCluster — questa operazione può richiedere alcuni minuti:

    metrocluster configuration-settings connection connect

  4. Verificare che i dischi del cluster remoto siano visibili da ciascun controller tramite le connessioni iSCSI:

    disk show

    Nella configurazione dovrebbero essere visualizzati i dischi remoti appartenenti agli altri nodi.

  5. Eseguire il mirroring dell'aggregato root per Node_A_1-IP e Node_B_1-IP:

    aggregate mirror -aggregate root-aggr

  6. Assegnare i dischi per Node_A_2-IP e Node_B_2-IP.

    Assegnazioni di dischi del pool 1 già effettuate per Node_A_1-IP e Node_B_1-IP quando il comando boot_after_mcc_transtion è stato emesso al menu di boot.

    1. Eseguire i seguenti comandi su Node_A_2-IP:

      disk assign disk1disk2disk3 …​ diskn -sysid node_B_2-IP-controller-sysid -pool 1 -force

    2. Eseguire i seguenti comandi su Node_B_2-IP:

      disk assign disk1disk2disk3 …​ diskn -sysid node_A_2-IP-controller-sysid -pool 1 -force

  7. Verificare che la proprietà dei dischi remoti sia stata aggiornata:

    disk show

  8. Se necessario, aggiornare le informazioni di proprietà utilizzando i seguenti comandi:

    1. Accedere alla modalità avanzata dei privilegi e digitare y quando richiesto per continuare:

      set priv advanced

    2. Aggiorna proprietà del disco:

      disk refresh-ownership controller-name

    3. Tornare alla modalità admin:

      set priv admin

  9. Eseguire il mirroring degli aggregati root per Node_A_2-IP e Node_B_2-IP:

    aggregate mirror -aggregate root-aggr

  10. Verificare che la risincronizzazione dell'aggregato sia stata completata per gli aggregati root e di dati:

    aggr show``aggr plex show

    La risincronizzazione può richiedere del tempo, ma deve essere completata prima di procedere con le seguenti operazioni.

  11. Aggiornare la configurazione MetroCluster per incorporare i nuovi nodi:

    1. Accedere alla modalità avanzata dei privilegi e digitare y quando richiesto per continuare:

      set priv advanced

    2. Aggiornare la configurazione:

      Se è stato configurato…​

      Eseguire questo comando…​

      Un singolo aggregato in ciascun cluster:

      metrocluster configure -refresh true -allow-with-one-aggregate true

      Più di un singolo aggregato in ciascun cluster

      metrocluster configure -refresh true

    3. Tornare alla modalità admin:

      set priv admin

  12. Disattivare la modalità di transizione MetroCluster:

    1. Immettere Advanced Privilege mode e digitare “y” quando viene richiesto di continuare:

      set priv advanced

    2. Disattivare la modalità di transizione:

      metrocluster transition disable

    3. Tornare alla modalità admin:

      set priv admin

Impostazione di LIF dei dati sui nuovi nodi

È necessario configurare le LIF dei dati sui nuovi nodi, Node_A_2-IP e Node_B_2-IP.

Se non è già stata assegnata a un dominio di trasmissione, è necessario aggiungere nuove porte disponibili sui nuovi controller. Se necessario, creare VLAN o gruppi di interfacce sulle nuove porte. Vedere "Gestione della rete"

  1. Identificare l'utilizzo corrente delle porte e i domini di trasmissione:

    network port show``network port broadcast-domain show

  2. Aggiungere porte a domini di trasmissione e VLAN secondo necessità.

    1. Visualizzare gli spazi IP:

      network ipspace show

    2. Creare spazi IP e assegnare le porte dati in base alle esigenze.

      "Configurazione di IPspaces (solo amministratori del cluster)"

    3. Visualizzare i domini di trasmissione:

      network port broadcast-domain show

    4. Aggiungere eventuali porte dati a un dominio di broadcast in base alle esigenze.

      "Aggiunta o rimozione di porte da un dominio di broadcast"

    5. Ricreare VLAN e gruppi di interfacce in base alle esigenze.

      L'appartenenza alla VLAN e al gruppo di interfacce potrebbe essere diversa da quella del nodo precedente.

      "Creazione di una VLAN"

    "Combinazione di porte fisiche per creare gruppi di interfacce"

  3. Verificare che le LIF siano ospitate sul nodo appropriato e sulle porte sui nodi IP di MetroCluster (inclusa la SVM con vserver -mc) secondo necessità.

    Consultare le informazioni raccolte in "Creazione della configurazione di rete".

    1. Controllare la porta home dei file LIF:

      network interface show -field home-port

    2. Se necessario, modificare la configurazione LIF:

      vserver config override -command "network interface modify -vserver <svm_name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>

    3. Ripristinare le LIF alle porte home:

      network interface revert * -vserver <svm_name>

Creazione delle SVM

A causa delle modifiche apportate alla configurazione LIF, è necessario riavviare le SVM sui nuovi nodi.

Fasi

  1. Controllare lo stato delle SVM:

    metrocluster vserver show

  2. Riavviare le SVM sul cluster_A che non hanno un suffisso “-mc”:

    vserver start -vserver <svm_name> -force true

  3. Ripetere i passaggi precedenti sul cluster partner.

  4. Verificare che tutte le SVM siano in buono stato:

    metrocluster vserver show

  5. Verificare che tutti i dati LIF siano online:

    network interface show

Spostamento di un volume di sistema nei nuovi nodi

Per migliorare la resilienza, è necessario spostare un volume di sistema dal nodo controller_A_1-IP al nodo controller_A_2-IP e dal nodo_B_1-IP al nodo_B_2-IP. È necessario creare un aggregato mirrorato sul nodo di destinazione per il volume di sistema.

A proposito di questa attività

I volumi di sistema hanno il nome “MDV_CRS_*`A” o “MDV_CRS* B." Le designazioni "`A” e “_B” non sono correlate ai riferimenti del sito_A e del sito_B utilizzati in questa sezione; ad esempio, MDV_CRS*_A non è associato al sito_A.

Fasi

  1. Assegnare almeno tre dischi pool 0 e tre dischi pool 1 ciascuno per i controller Node_A_2-IP e Node_B_2-IP secondo necessità.

  2. Abilitare l'assegnazione automatica del disco.

  3. Spostare il volume di sistema _B da Node_A_1-IP a Node_A_2-IP seguendo la procedura descritta di seguito da Site_A.

    1. Creare un aggregato mirrorato su controller node_A_2-IP per contenere il volume di sistema:

      aggr create -aggregate new_node_A_2-IP_aggr -diskcount 10 -mirror true -node node_A_2-IP

      aggr show

      L'aggregato mirrorato richiede cinque dischi di riserva pool 0 e cinque pool 1 di proprietà del controller Node_A_2-IP.

      L'opzione avanzata “-force-Small-aggregate true” può essere utilizzata per limitare l'utilizzo del disco a 3 pool 0 e 3 pool 1 di dischi, se i dischi sono in quantità limitata.

    2. Elencare i volumi di sistema associati alla SVM amministrativa:

      vserver show

      volume show -vserver <admin_svm_name>

    È necessario identificare i volumi contenuti negli aggregati di proprietà di Site_A. Vengono visualizzati anche i volumi di sistema Site_B.

  4. Spostare il volume di sistema MDV_CRS_*_B per il sito_A nell'aggregato mirrorato creato sul nodo controller_A_2-IP

    1. Verificare la presenza di eventuali aggregati di destinazione:

      volume move target-aggr show -vserver <admin_svm_name> -volume MDV_CRS_*_B

      L'aggregato appena creato su Node_A_2-IP dovrebbe essere elencato.

    2. Spostare il volume nell'aggregato appena creato su Node_A_2-IP:

      set advanced

      volume move start -vserver <admin_svm_name> -volume MDV_CRS_*_B -destination-aggregate new_node_A_2-IP_aggr -cutover-window 40

    3. Controllare lo stato dell'operazione di spostamento:

      volume move show -vserver <admin_svm_name> -volume MDV_CRS_*_B

    4. Una volta completata l'operazione di spostamento, verificare che il sistema MDV_CRS_*_B sia contenuto nel nuovo aggregato sul nodo_A_2-IP:

      set admin

    volume show -vserver <admin_svm_name>

  5. Ripetere i passaggi precedenti su Site_B (Node_B_1-IP e Node_B_2-IP).