Questa pagina descrive come creare una migrazione del volume.
Prima di iniziare
Prima di configurare una migrazione del volume, ti consigliamo di esaminare il flusso di lavoro di migrazione. Il processo di migrazione del volume 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 figlio 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 migrazione:
Replica del volume, il volume di destinazione come origine per una replica a cascata. La replica del volume può essere abilitata dopo la migrazione.
Livello di servizio Flex File.
Puoi eseguire la migrazione di FlexGroup a un volume di grande capacità. Per il livello di servizio Flex Unified, il pool di destinazione deve essere un pool di grande capacità.
Quando esegui il backup dei volumi di destinazione, devi utilizzare i backup manuali. Se provi ad assegnare una policy di backup a un volume di destinazione, l'operazione non riuscirà.
Seleziona il pool di archiviazione corretto e assicurati che il volume di destinazione sia abbastanza grande da contenere le dimensioni logiche (non fisiche) del volume di origine.
Specifica i tipi di protocollo e il nome della condivisione corretti. Il nome della condivisione deve corrispondere all'origine e i tipi di protocollo devono essere scelti con attenzione perché non possono essere modificati dopo la creazione del volume. Le impostazioni del protocollo scelte vengono mappate anche agli stili di sicurezza del volume.
Verifica che lo stile di sicurezza del volume del volume di destinazione che stai creando corrisponda allo stile di sicurezza del volume del volume di origine.
Prima di creare una migrazione del volume, assicurati di avere accesso alla CLI e le autorizzazioni necessarie sul sistema ONTAP di origine. Devi eseguire i comandi della CLI sul sistema ONTAP di origine entro un'ora dal processo di migrazione.
Non puoi eseguire la migrazione di un volume con snapshot a prova di manomissione a un volume che utilizza il tiering automatico.
Non puoi eseguire la migrazione di un volume di origine a più destinazioni nello stesso progetto contemporaneamente.
Quando sposti i dati in un pool Flex Unified con il tiering automatico abilitato, abilita l'esclusione del tier caldo durante la migrazione. In caso contrario, la migrazione riempie il tier caldo e causa errori di spazio insufficiente o un'espansione indesiderata del tier caldo. Al termine della migrazione, puoi disabilitare l'esclusione del tier caldo.
Creare una migrazione del volume
Segui queste istruzioni per creare una migrazione del volume utilizzando la Google Cloud console o Google Cloud CLI.
Console
Nella Google Cloud console , vai alla pagina NetApp Volumes.
Fai clic su Migrazioni nel menu Protezione dei dati.
Fai clic su Esegui la migrazione da ONTAP.
Nella sezione Dettagli pool di archiviazione, completa i seguenti passaggi:
Fai clic su Seleziona pool di archiviazione.
Seleziona il pool di archiviazione richiesto dall'elenco dei pool di archiviazione visualizzati.
Fai clic su Seleziona.
Nella sezione Dettagli volume, completa i seguenti passaggi:
Inserisci il nome del volume di destinazione nel campo Nome volume di destinazione.
(Facoltativo) Inserisci una descrizione del volume nel campo Descrizione.
Nella sezione Configurazione protocollo, seleziona lo stesso protocollo del volume di origine. Per alcuni protocolli vengono visualizzate varie opzioni. Per saperne di più sulle opzioni del protocollo, vedi Creare un nuovo volume.
Nella sezione Nome condivisione, inserisci il nome della condivisione del volume nel campo Nome condivisione. Il nome della condivisione deve essere univoco all'interno di una località. Ti consigliamo di utilizzare il nome del volume di destinazione come nome della condivisione.
Nella sezione Configurazione capacità, inserisci la capacità del volume nel campo Capacità.
(Facoltativo) Se il pool di archiviazione selezionato consente il tiering automatico:
Seleziona la casella di controllo Abilita tiering automatico se vuoi abilitare il tiering automatico per il volume.
Specifica una soglia di raffreddamento compresa tra 2 e 183 giorni nel campo Giorni soglia di raffreddamento. Il valore predefinito della soglia di raffreddamento è 31 giorni.
Quando esegui la migrazione a un pool Flex Unified con il tiering automatico abilitato, seleziona la casella di controllo Abilita esclusione del tier caldo. Puoi disabilitare l'esclusione del tier caldo al termine della migrazione.
(Facoltativo) Se hai selezionato una variante NFS nella configurazione del protocollo, puoi specificare le regole di esportazione per il volume nella sezione Regole di esportazione.
(Facoltativo) Nella sezione Configurazione snapshot, completa i seguenti passaggi:
Seleziona Rendi visibile la directory degli snapshot per consentire ai client l'accesso al file system alle versioni degli snapshot. Per saperne di più, vedi Panoramica degli snapshot dei volumi di NetApp Volumes.
Seleziona Consenti snapshot pianificati per configurare il volume in modo che esegua automaticamente gli snapshot. Puoi specificare il numero di snapshot da conservare a intervalli di snapshot orari, giornalieri, settimanali e mensili. Gli orari sono specificati in UTC. Se raggiungi il numero massimo di snapshot, lo snapshot più vecchio viene eliminato.
Esamina le selezioni degli snapshot.
Fai clic su Avanti.
Nella sezione Dettagli migrazione, inserisci un nome per la risorsa di migrazione nel campo Nome migrazione.
Fai clic su Avanti.
Nella sezione Dettagli cluster di origine, completa le seguenti azioni:
Inserisci il nome del cluster di origine nel campo Nome cluster.
Inserisci il nome della macchina virtuale di archiviazione (SVM), nota anche come vserver, nel campo Nome VM di archiviazione. La SVM che ospita il volume di origine.
Inserisci il nome del volume di origine nel campo Nome volume.
Inserisci l'indirizzo IP Intercluster-LIF (IC-LIF) nel campo IP intercluster. Ogni nodo del cluster di origine ha bisogno di un IC-LIF. Specifica tutti gli IC-LIF come elenco separato da virgole.
(Facoltativo) Inserisci una descrizione della località del cluster di origine nel campo Località.
Fai clic su Avanti.
Esamina le impostazioni e fai clic su Crea per avviare il processo di migrazione.
Dopo aver creato il processo di migrazione, viene visualizzata la visualizzazione dei dettagli del volume. Fai clic sulla scheda Migrazione per monitorare lo stato della migrazione.
Devi autenticare la connessione SnapMirror tra il sistema ONTAP di origine e NetApp Volumes. Esegui il comando cluster peer create sul cluster ONTAP di origine. Se non esiste alcun peering precedente, nella scheda Migrazione viene visualizzato Migration pending cluster peering from ONTAP source cluster. Se il sistema di origine utilizza la modalità ONTAP, non eseguire cluster peer create direttamente su di esso.
Esegui invece peer_cluster.py con PEER_MODE=accept. Per saperne di più,
vedi Script di peering del cluster.
Se fai clic su Avvia peering, viene visualizzata una pagina laterale con le istruzioni. Segui queste istruzioni e fai clic su Controlla peering. Dopo un peering riuscito, la pagina laterale scompare e lo stato del trasferimento della migrazione cambia in Preparazione. Il trasferimento di base è ora in esecuzione. Un trasferimento di base può richiedere minuti, ore o giorni a seconda della quantità di dati da trasferire e della velocità della rete. Al termine del trasferimento di base, lo stato del trasferimento passa a Mirroring.
gcloud
Per creare una migrazione del volume:
gcloud netapp volumes create VOLUME_NAME --location=LOCATION \ --capacity=CAPACITY --protocols=PROTOCOL \ --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \ --hybrid-replication-parameters=cluster-location=CLUSTER_LOCATION,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,description=DESCRIPTION,labels=LABELS
Quando esegui la migrazione a un pool Flex Unified con il tiering automatico abilitato, abilita sempre l'esclusione del tier caldo durante la migrazione. Al termine della migrazione, puoi disabilitare l'esclusione del tier caldo. Utilizza il comando gcloud beta netapp volumes create per creare un volume con il tiering automatico abilitato.
L'esempio seguente mostra i parametri obbligatori per creare un volume con il tiering automatico abilitato:
--tiering-policy=tier-action=ENABLED,cooling-threshold-days=DAYS,enable-hot-tier-bypass-mode=on
Il blocco hybrid-replication-parameters avvia un flusso di lavoro di migrazione.
Sostituisci le seguenti informazioni:
VOLUME_NAME: il nome del volume. Questo nome deve essere univoco per ogni località.LOCATION: la località 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.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, separato da segni #. Assicurati di specificarli tutti.L'esempio seguente 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 saperne di più, vedi FlexGroup e volumi di grandi dimensioni.Per creare un volume di grandi dimensioni,
specify --large-volume truee--multiple-endpoints truecome parametri di creazione.CLUSTER_LOCATION: (facoltativo) la descrizione della località del cluster di origine.DESCRIPTION: (facoltativo) il testo della descrizione per la risorsa di replica.LABELS: (facoltativo) le etichette per la risorsa di replica.L'esempio seguente mostra come specificare le coppie chiave-valore per il parametro
labels:labels=KEY1:VALUE1#KEY2:VALUE2
Esempio di chiamata:
$ gcloud beta netapp volumes create ok-destination --location australia-southeast1 \ --capacity 100 --protocols=nfsv3 \ --share-name ok-destination --storage-pool okrause-pool \ --hybrid-replication-parameters=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 \ --tiering-policy=tier-action=ENABLED,cooling-threshold-days=31,enable-hot-tier-bypass-mode=on
Per soddisfare i requisiti del 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. Questo processo di peering funge da passaggio di autenticazione e autorizzazione e protegge il cluster di origine da richieste SnapMirror dannose. Assicurati quindi di eseguire il peering solo con i sistemi attendibili.
Cerca i passaggi successivi:
gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION
Lo stato di autenticazione corrente può essere stampato in qualsiasi momento. Tuttavia, le modifiche dello stato potrebbero richiedere fino a cinque minuti dopo che un'azione ha fatto avanzare il processo al passaggio successivo.
Un peering riuscito è costituito dai seguenti passaggi:
Il volume di destinazione di NetApp Volumes esegue il ping del sistema di origine utilizzando gli
peer-ip-addressesspecificati.Se il peering del cluster non è già stabilito, NetApp Volumes stampa i comandi di peering del cluster che devi eseguire sul sistema di origine. Se il sistema di origine utilizza la modalità ONTAP, non eseguire
cluster peer createdirettamente su di esso. Esegui invecepeer_cluster.pyconPEER_MODE=accept. Per saperne di più, vedi Script di peering del cluster.Inoltre, se il peering SVM non è già stabilito, NetApp Volumes stampa i comandi di peering vserver che devi eseguire sul sistema di origine.
I passaggi completati in precedenza vengono ignorati e il processo continua automaticamente con il passaggio successivo.
Controllo della connettività di rete
NetApp Volumes tenta di inviare una richiesta ICMP (ping) agli IC-LIF specificati in peer-ip-addresses. Se l'operazione non riesce, stateDetails visualizza Cluster peering failed, please try again, indicando un problema di rete. Per saperne di più, vedi Connessione di rete al Google Cloud progetto. Non puoi procedere 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 del gateway del CIDR /27 che ospita gli 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:
source> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP
Peering del cluster:
Se ICMP funziona, il processo passa al peering del cluster. Lo stato PENDING_CLUSTER_PEERING viene visualizzato se il peering non è ancora stato stabilito.
Cerca le istruzioni per il peering del 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 eseguire automaticamente anche il peering SVM. In caso contrario, lo stato passa a 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 passa a Pronto e mirrorState a Preparazione, indicando che il trasferimento di base è iniziato. Al termine del trasferimento di base, mirrorState passa a Mirroring. Ogni ora la migrazione del volume attiva un trasferimento incrementale, indicato da mirrorState come Trasferimento.
Passaggi successivi
Gestisci le migrazioni dei volumi.