Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Migrazione a for ONTAP utilizzando FSx NetApp SnapMirror
Puoi migrare i tuoi file system NetApp ONTAP su Amazon FSx for NetApp ONTAP utilizzando. NetApp SnapMirror
NetApp SnapMirror utilizza la replica a livello di blocco tra due file system ONTAP, replicando i dati da un volume di origine specificato a un volume di destinazione. Si consiglia di SnapMirror utilizzarlo per migrare i file system ONTAP NetApp on-premise a for ONTAP. FSx NetApp SnapMirrorla replica a livello di blocco è rapida ed efficiente anche per i file system con:
Strutture di directory complesse
Oltre 50 milioni di file
File di dimensioni molto ridotte (dell'ordine dei kilobyte)
Quando si esegue la migrazione SnapMirror a FSx for ONTAP, i dati deduplicati e compressi rimangono in tali stati, il che riduce i tempi di trasferimento e la quantità di larghezza di banda richiesta per la migrazione. Le istantanee esistenti sui volumi ONTAP di origine vengono conservate durante la migrazione ai volumi di destinazione. La migrazione dei file system ONTAP locali a FSx for NetApp ONTAP comporta le seguenti attività di alto livello:
Crea il volume di destinazione in Amazon FSx.
Raccogli le interfacce logiche di origine e destinazione (LIFs).
Stabilisci il peering del cluster tra i file system di origine e di destinazione.
Crea una relazione di peering SVM.
Crea la relazione. SnapMirror
Mantieni un cluster di destinazione aggiornato.
Passa al tuo file system FSx for ONTAP.
Il diagramma seguente illustra lo scenario di migrazione descritto in questa sezione.
Argomenti
Prima di iniziare
Prima di iniziare a utilizzare le procedure descritte nelle sezioni seguenti, assicurati di aver soddisfatto i seguenti prerequisiti:
FSx for ONTAP dà priorità al traffico dei clienti rispetto alle attività in background, tra cui la suddivisione dei dati su più livelli, l'efficienza dello storage e i backup. Durante la migrazione dei dati, e come best practice generale, si consiglia di monitorare la capacità del livello SSD per assicurarsi che non superi l'80% di utilizzo. Puoi monitorare l'utilizzo del tuo livello SSD utilizzando le metriche del file system. CloudWatch Per ulteriori informazioni, consulta Parametri di volume.
Se imposti la politica di suddivisione dei dati su più livelli del volume di destinazione
Alldurante la migrazione dei dati, tutti i metadati dei file vengono archiviati sul livello di archiviazione SSD principale. I metadati dei file vengono sempre archiviati sul livello primario basato su SSD, indipendentemente dalla politica di suddivisione dei dati su più livelli del volume. Si consiglia di assumere un rapporto di 1:10 per livello primario: capacità, capacità di storage a livello di pool.I file system di origine e di destinazione sono collegati nello stesso VPC o si trovano in reti peerizzate utilizzando Amazon VPC Peering, Transit Gateway o. AWS Direct Connect AWS VPN Per ulteriori informazioni, consulta Accesso ai dati dall'interno di Cloud AWS e Cos'è il peering VPC? nella Amazon VPC Peering Guide.
Il gruppo di sicurezza VPC per il file system FSx for ONTAP dispone di regole in entrata e in uscita che consentono ICMP e TCP sulle porte 443, 10000, 11104 e 11105 per gli endpoint intercluster (). LIFs
Verificate che i volumi di origine e di destinazione eseguano versioni ONTAP compatibili prima di creare una relazione di protezione dei dati. NetApp SnapMirror Per ulteriori informazioni, consulta Versioni ONTAP compatibili per le SnapMirror relazioni nella documentazione per gli
utenti NetApp di ONTAP. Le procedure qui presentate utilizzano un file system NetApp ONTAP locale come sorgente. Il file system NetApp ONTAP locale (sorgente) include una licenza. SnapMirror
È stata creata una destinazione FSx per il file system ONTAP con una SVM, ma non è stato creato un volume di destinazione. Per ulteriori informazioni, consulta Creazione di file system.
I comandi di queste procedure utilizzano i seguenti alias di cluster, SVM e volume:
— l'ID del cluster destination (FSx) (nel formato FSx IDABCDEF1234567890a).FSx-Dest— l'ID del cluster di origine.OnPrem-Source— il nome SVM di destinazione.DestSVM— il nome SVM di origine.SourceSVMEntrambi i nomi del volume di origine e di destinazione sono
vol1.
Nota
Un file system FSx for ONTAP viene definito cluster in tutti i comandi CLI di ONTAP.
Le procedure in questa sezione utilizzano i seguenti comandi NetApp ONTAP CLI.
Utilizzerai la CLI NetApp ONTAP per creare e gestire SnapMirror una configurazione sul FSx tuo file system for ONTAP. Per ulteriori informazioni, consulta Utilizzo di NetApp ONTAP CLI.
Crea il volume di destinazione
Puoi creare un volume di destinazione per la protezione dei dati (DP) utilizzando la FSx console Amazon AWS CLI, l' FSx API Amazon, oltre all' NetApp ONTAP CLI e all'API REST. Per informazioni sulla creazione di un volume di destinazione utilizzando la FSx console Amazon e AWS CLI, consultaCreazione di volumi.
Nota
ONTAP non preserva i risparmi di compressione post-elaborazione ottenuti all'origine nel volume DP di destinazione quando la politica di suddivisione in più livelli del volume di destinazione è. All Per preservare i risparmi sulla compressione post-elaborazione, è necessario impostare la politica di suddivisione in più livelli del volume di destinazione Auto e abilitarla inactive-data-compression sul file system di destinazione per riapplicare i risparmi di compressione post-elaborazione alla destinazione.
Nella procedura seguente, utilizzerai la CLI NetApp ONTAP per creare un volume di destinazione sul FSx tuo file system for ONTAP. Sono necessari la fsxadmin password e l'indirizzo IP o il nome DNS della porta di gestione del file system.
Stabilisci una sessione SSH con il file system di destinazione utilizzando l'utente
fsxadmine la password che hai impostato quando hai creato il file system.ssh fsxadmin@file-system-management-endpoint-ip-addressCrea un volume sul cluster di destinazione con una capacità di archiviazione almeno uguale alla capacità di archiviazione del volume di origine.
-type DPDa utilizzare per designarlo come destinazione per una SnapMirror relazione.Se prevedi di utilizzare il tiering dei dati, ti consigliamo di
-tiering-policyimpostarlo su.allIn questo modo i dati vengono trasferiti immediatamente su uno storage con pool di capacità e si evita l'esaurimento della capacità del livello SSD. Dopo la migrazione, puoi passare-tiering-policya.autoNota
I metadati dei file vengono sempre archiviati sul livello primario basato su SSD, indipendentemente dalla politica di suddivisione dei dati su più livelli del volume.
FSx-Dest::> vol create -vserverDestSVM-volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all
Registra l'intercluster di origine e destinazione LIFs
SnapMirror utilizza interfacce logiche intercluster (LIFs), ciascuna con un indirizzo IP univoco, per facilitare il trasferimento dei dati tra i cluster di origine e di destinazione.
-
Per la destinazione FSx dei file system ONTAP, puoi recuperare gli endpoint inter-cluster - indirizzi IP dalla FSx console Amazon accedendo alla scheda Amministrazione nella pagina dei dettagli del tuo file system.
Per il cluster NetApp ONTAP di origine, recupera gli indirizzi IP LIF tra cluster utilizzando l'ONTAP CLI. Esegui il comando seguente:
OnPrem-Source::>network interface show -role interclusterLogical Network Vserver Interface Status Address/Mask ----------- ---------- ------- ------------ FSx-Dest inter_1 up/up 10.0.0.36/24 inter_2 up/up 10.0.1.69/24Nota
Per i file system Single-AZ di seconda generazione, sono disponibili due indirizzi IP intercluster per ogni coppia ad alta disponibilità (HA). Salva questi valori per utilizzarli in un secondo momento.
Salva gli indirizzi
inter_2IPinter_1e. Sono referenziati inFSx-Destasdest_inter_1dest_inter_2e forOnPrem-Sourceassource_inter_1andsource_inter_2.
Stabilisci il peering del cluster tra origine e destinazione
Stabilisci una relazione peer del cluster sul cluster di destinazione fornendo gli indirizzi IP tra cluster. Sarà inoltre necessario creare una passphrase da inserire quando si stabilisce il peering del cluster sul cluster di origine.
Imposta il peering sul cluster di destinazione utilizzando il seguente comando. Per i file system Single-AZ di seconda generazione, è necessario fornire ogni indirizzo IP intercluster.
FSx-Dest::>cluster peer create -address-family ipv4 -peer-addrssource_inter_1,source_inter_2Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.Successivamente, stabilisci la relazione peer del cluster sul cluster di origine. Dovrai inserire la passphrase che hai creato sopra per autenticarti. Per i file system Single-AZ di seconda generazione, dovrai fornire ogni indirizzo IP intercluster.
OnPrem-Source::>cluster peer create -address-family ipv4 -peer-addrsdest_inter_1,dest_inter_2Enter the passphrase: Confirm the passphrase:Verifica che il peering sia andato a buon fine utilizzando il seguente comando sul cluster di origine. Nell'output,
Availabilitydovrebbe essere impostato su.AvailableOnPrem-Source::>cluster peer showPeer Cluster Name Availability Authentication ----------------- -------------- -------------- FSx-Dest Available ok
Crea una relazione di peering SVM
Una volta stabilito il peering del cluster, il passaggio successivo è il peering di. SVMs Crea una relazione di peering SVM sul cluster di destinazione (FSx-Dest) utilizzando il comando. vserver peer Gli alias aggiuntivi utilizzati nei seguenti comandi sono i seguenti:
DestLocalName— questo è il nome usato per identificare la SVM di destinazione durante la configurazione del peering SVM sulla SVM di origine.SourceLocalName— questo è il nome usato per identificare la SVM di origine durante la configurazione del peering SVM sulla SVM di destinazione.
-
Utilizzate il seguente comando per creare una relazione di peering SVM tra l'origine e la destinazione. SVMs
FSx-Dest::>vserver peer create -vserverDestSVM-peer-vserverSourceSVM-peer-clusterOnPrem-Source-applications snapmirror -local-nameSourceLocalNameInfo: [Job 207] 'vserver peer create' job queued -
Accetta la relazione di peering sul cluster di origine:
OnPrem-Source::>vserver peer accept -vserverSourceSVM-peer-vserverDestSVM-local-nameDestLocalNameInfo: [Job 211] 'vserver peer accept' job queued -
Verifica lo stato del peering SVM utilizzando il seguente comando;
Peer Statedovrebbe essere impostato supeerednella risposta.OnPrem-Source::>vserver peer showPeer Peer Peer Peering Remote Vserver Vserver State Cluster Applications Vserver ------- -------- ------ -------- ------------- --------- svm01 destsvm1 peered FSx-Dest snapmirror svm01
Crea la relazione SnapMirror
Dopo aver effettuato il peering dell'origine e della destinazione SVMs, i passaggi successivi consistono nel creare e inizializzare la SnapMirror relazione nel cluster di destinazione.
Nota
Dopo aver creato e inizializzato una SnapMirror relazione, i volumi di destinazione sono di sola lettura fino a quando la relazione non viene interrotta.
Utilizzare il
snapmirror createcomando per creare la SnapMirror relazione nel cluster di destinazione. Ilsnapmirror createcomando deve essere utilizzato dalla SVM di destinazione.È possibile utilizzare facoltativamente
-throttleper impostare la larghezza di banda massima (in KB/sec) per la relazione. SnapMirrorFSx-Dest::>snapmirror create -source-pathSourceLocalName:vol1 -destination-pathDestSVM:vol1 -vserverDestSVM-throttle unlimitedOperation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".
Trasferisci i dati sul file system for ONTAP FSx
Ora che hai creato la SnapMirror relazione, puoi trasferire i dati al file system di destinazione.
È possibile trasferire i dati nel file system di destinazione eseguendo il comando seguente sul file system di destinazione.
Nota
Una volta eseguito questo comando, SnapMirror inizia a trasferire istantanee dei dati dal volume di origine al volume di destinazione.
FSx-Dest::>snapmirror initialize -destination-pathDestSVM:vol1 -source-pathSourceLocalName:vol1Se stai migrando dati che vengono utilizzati attivamente, dovrai aggiornare il cluster di destinazione in modo che rimanga sincronizzato con il cluster di origine. Per eseguire un aggiornamento una tantum del cluster di destinazione, esegui il comando seguente.
FSx-Dest::>snapmirror update -destination-pathDestSVM:vol1Puoi anche pianificare aggiornamenti orari o giornalieri prima di completare la migrazione e trasferire i tuoi client a FSx for ONTAP. È possibile stabilire una pianificazione degli SnapMirror aggiornamenti utilizzando il
snapmirror modifycomando. FSx-Dest::>snapmirror modify -destination-pathDestSVM:vol1 -schedule hourly
Passando ad Amazon FSx
Per prepararti al trasferimento del file system FSx for ONTAP, procedi come segue:
Disconnettete tutti i client che scrivono nel cluster di origine.
Esegui un SnapMirror trasferimento finale per assicurarti che non vi sia alcuna perdita di dati durante il taglio.
Rompete la SnapMirror relazione.
Connect tutti i client al file system FSx for ONTAP.
Per garantire che tutti i dati dal cluster di origine vengano trasferiti al FSx file system ONTAP, esegui un trasferimento finale con Snapmirror.
FSx-Dest::>snapmirror update -destination-pathDestSVM:vol1Assicurati che la migrazione dei dati sia completa verificando che
Mirror Statesia impostata su eRelationship Statussia impostata su.SnapmirroredIdleÈ inoltre necessario assicurarsi che laLast Transfer End Timestampdata sia quella prevista, in quanto indica quando è avvenuto l'ultimo trasferimento al volume di destinazione.Eseguite il comando seguente per mostrare lo SnapMirror stato.
FSx-Dest::>snapmirror show -fields state,status,last-transfer-end-timestampSource Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21Disabilita eventuali SnapMirror trasferimenti futuri utilizzando il
snapmirror quiescecomando.FSx-Dest::>snapmirror quiesce -destination-pathDestSVM:vol1Verifica che sia
Relationship Statuspassato all'Quiescedusosnapmirror show.FSx-Dest::>snapmirror showSource Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored QuiescedDurante la migrazione, il volume di destinazione è di sola lettura. Per abilitare la lettura/scrittura, è necessario interrompere la SnapMirror relazione e passare al file system FSx for ONTAP. Interrompi la SnapMirror relazione usando il seguente comando.
FSx-Dest::>snapmirror break -destination-pathDestSVM:vol1Operation succeeded: snapmirror break for destination "DestSVM:vol1".Una volta completata la SnapMirror replica e dopo aver interrotto la SnapMirror relazione, è possibile montare il volume per rendere disponibili i dati.
FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1
Il volume è ora disponibile con i dati dal volume di origine completamente migrati al volume di destinazione. Il volume è inoltre disponibile per la lettura e la scrittura da parte dei client. Se in precedenza hai impostato il tiering-policy volume suall, puoi cambiarlo in auto or snapshot-only e i dati passeranno automaticamente da un livello di storage all'altro in base ai modelli di accesso. Per rendere questi dati accessibili a client e applicazioni, vedereAccesso ai dati di FSx for ONTAP.