Crea una replica esterna

Questa pagina descrive come creare una replica esterna.

Prima di iniziare

Prima di configurare una replica esterna, ti consigliamo di esaminare il flusso di lavoro di replica esterna. Il processo di replica esterna inizia con la creazione di un volume di destinazione e la specifica dei dettagli del sistema di origine. Questa azione crea una risorsa del volume di destinazione e una risorsa secondaria di replica all'interno di NetApp Volumes per la gestione della replica.

Considerazioni

  • Le seguenti funzionalità non sono supportate per i volumi di destinazione durante il processo di replica esterna:

    • Tiering automatico

    • Replica volume

    • Livello di servizio flessibile

  • Devi utilizzare i backup manuali quando esegui un backup integrato dei volumi di destinazione basati su NetApp Volumes. Se provi ad assegnare una policy di backup a un volume di destinazione, l'operazione non andrà a buon fine.

  • Seleziona il pool di archiviazione corretto e assicurati che il volume di destinazione sia abbastanza grande da contenere le dimensioni logiche (non quelle fisiche) utilizzate dal volume di origine ONTAP.

  • Specifica il nome della condivisione e i tipi di protocollo corretti. Il nome della condivisione deve corrispondere all'origine e i tipi di protocollo devono essere scelti con attenzione, in quanto non possono essere modificati dopo la creazione del volume. Le impostazioni del protocollo che scegli vengono mappate anche agli stili di sicurezza del volume. Assicurati che queste impostazioni siano coerenti.

  • Prima di creare una replica esterna, assicurati di disporre dell'accesso CLI e delle autorizzazioni necessarie sul sistema ONTAP di origine. Devi eseguire i comandi CLI sul sistema ONTAP di origine entro un'ora dal processo di replica.

Crea una replica esterna

Utilizza le seguenti istruzioni per creare una replica esterna utilizzando Google Cloud CLI.

gcloud

Per creare una replica esterna:

gcloud netapp volumes create VOLUME_NAME --location=LOCATION \
  --capacity=CAPACITY --protocols=PROTOCOL \
  --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \
  --hybrid-replication-parameters=hybrid-replication-type=ONPREM_REPLICATION,peer-cluster-name=PEER_CLUSTER_NAME,peer-ip-addresses=PEER_IP_ADDRESSES,peer-svm-name=PEER_SVM_NAME,peer-volume-name=PEER_VOLUME_NAME,replication=REPLICATION,replication-schedule=REPLICATION_SCHEDULE,cluster-location=CLUSTER_LOCATION,description=DESCRIPTION,labels=LABELS

Il blocco hybrid-replication-parameters avvia un workflow di replica.

Sostituisci le seguenti informazioni:

  • VOLUME_NAME: il nome del volume. Questo nome deve essere univoco per località.

  • LOCATION: la posizione del volume.

  • CAPACITY: la capacità del volume. Definisce la capacità visualizzata dai client NAS.

  • PROTOCOLS: i protocolli NAS con cui viene esportato il volume.

  • SHARE_NAME: il percorso di esportazione NFS o il nome della condivisione SMB del volume.

  • STORAGE_POOL: il pool di archiviazione in cui creare il volume.

  • HYBRID_REPLICATION_TYPE: per la replica esterna, specifica ONPREM_REPLICATION.

  • PEER_CLUSTER_NAME: il nome del cluster ONTAP che ospita i volumi di origine.

  • PEER_IP_ADDRESSES: gli indirizzi IP InterCluster-LIF del cluster ONTAP. Il cluster di origine deve fornire un IC-LIF per nodo, separati da segni #. Assicurati di specificarli tutti.

    Il seguente esempio mostra come aggiungere più indirizzi IP IC-LIF del cluster ONTAP:

    peer-ip-addresses=10.0.0.25#10.0.0.26

  • PEER_SVM_NAME: il nome della macchina virtuale di archiviazione (SVM), nota anche come vserver, proprietaria del volume di origine.

  • PEER_VOLUME_NAME: il nome del volume di origine.

  • REPLICATION: il nome della risorsa di replica da creare.

  • LARGE_VOLUME_CONSTITUENT_COUNT: questo parametro è obbligatorio solo se il volume di origine è un FlexGroup. Per ulteriori informazioni, consulta FlexGroup e volumi di grandi dimensioni prima di procedere.

    Per creare un volume di grandi dimensioni, utilizza specify --large-volume true e --multiple-endpoints true anche come parametri di creazione.

  • REPLICATION_SCHEDULE: (facoltativo) puoi impostare replication schedule su uno dei seguenti intervalli:

    • EVERY_10_MINUTES

    • HOURLY

    • DAILY

    Il valore predefinito è HOURLY. I volumi elevati non offrono EVERY_10_MINUTES.

  • CLUSTER_LOCATION: (facoltativo) la descrizione della posizione del cluster di origine.

  • DESCRIPTION: (facoltativo) il testo della descrizione della risorsa di replica.

  • LABELS: (facoltativo) etichette per la risorsa di replica.

Esempio di chiamata:

$ gcloud netapp volumes create ok-destination --location australia-southeast1 \
--capacity 100 --protocols=nfsv3 \
--share-name ok-destination --storage-pool okrause-pool \
--hybrid-replication-parameters=hybrid-replication-type=ONPREM_REPLICATION,peer-cluster-name=au2se1cvo2sqa,peer-ip-addresses=10.0.0.25#10.0.0.26,peer-svm-name=svm_au2se1cvo2sqa,peer-volume-name=okrause_source,replication=okrause-replication,replication-schedule=HOURLY

Per soddisfare i requisiti di volume, specifica tutti i parametri facoltativi applicabili. Ad esempio, un volume NFS potrebbe richiedere una policy di esportazione.

Cerca tutte le opzioni:

gcloud netapp volumes create --help

Dopo aver creato il volume di destinazione e la risorsa di replica, NetApp Volumes tenta di eseguire il peering con il sistema ONTAP di origine. Questa procedura di peering funge da passaggio di autenticazione e autorizzazione e protegge il cluster di origine da richieste SnapMirror dannose. Pertanto, assicurati di eseguire il peering solo con sistemi attendibili.

Scopri i passaggi successivi:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

Lo stato di autenticazione attuale può essere stampato in qualsiasi momento. Tuttavia, le modifiche dello stato potrebbero richiedere fino a cinque minuti dopo che un'azione fa avanzare il processo al passaggio successivo.

Un peering riuscito prevede i seguenti passaggi:

  • Il volume di destinazione NetApp Volumes esegue il ping del sistema di origine utilizzando peer-ip-addresses specificato.

  • Se il peering dei cluster non è ancora stabilito, NetApp Volumes stampa i comandi di peering dei cluster che devi eseguire sul sistema di origine.

  • Inoltre, se il peering SVM non è ancora stabilito, NetApp Volumes stampa i comandi di peering vserver che devi eseguire sul sistema di origine.

I passaggi completati in precedenza vengono ignorati e la procedura continua automaticamente con il passaggio successivo.

Controllo della connettività di rete

NetApp Volumes tenta di inviare una richiesta ICMP (ping) alle interfacce IC-LIF specificate in peer-ip-addresses. Se non va a buon fine, stateDetails viene visualizzato Cluster peering failed, please try again, che indica un problema di rete. Per ulteriori informazioni, vedi Connessione di rete al progetto Google Cloud . Non puoi procedere oltre finché non stabilisci una connettività di rete tra il sistema di origine e NetApp Volumes. A scopo di debug, prova a eseguire il ping dell'IP gateway del CIDR /27 che ospita le interfacce IC-LIF di NetApp Volumes.

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.subnetIp)"

Viene stampato il CIDR. Esegui il ping del primo IP di questa rete dal sistema ONTAP di origine utilizzando uno degli IC-LIF di origine.

Esempio:

ONTAP> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP

Peering tra cluster:

Se ICMP funziona, la procedura prosegue con il peering del cluster. Lo stato PENDING_CLUSTER_PEERING indica se il peering non è ancora stato stabilito.

Cerca le istruzioni per il peering tra cluster:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command,hybridPeeringDetails.passphrase)"

Questo processo restituisce il comando e la passphrase richiesta per l'esecuzione. Copia e incolla il comando cluster peer create nel cluster di origine ed eseguilo. Ti verrà chiesto di inserire la passphrase due volte.

Peering SVM:

Il comando cluster peer create del passaggio precedente dovrebbe anche eseguire automaticamente il peering SVM. Se ciò non avviene, lo stato diventa PENDING_SVM_PEERING dopo alcuni secondi.

Verifica il peering SVM:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

Se lo stato è PENDING_SVM_PEERING, esegui il comando di peering vserver:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command)"

Dopo alcuni secondi, lo stato cambia in Pronto e mirrorState in Preparazione in corso, a indicare che è iniziato il trasferimento di base. Al termine del trasferimento di riferimento, mirrorState cambia in Mirrored. I trasferimenti incrementali vengono avviati in base alla pianificazione della replica definita, indicata da mirrorState come Trasferimento in corso.

Passaggi successivi

Gestisci le repliche esterne.