Migrazione a FSx for ONTAP utilizzando NetApp SnapMirror - FSx per ONTAP

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 FSx for ONTAP utilizzando NetApp SnapMirror

Puoi migrare i tuoi file system NetApp ONTAP su Amazon FSx for ONTAP utilizzando. NetApp 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 locali su FSx for NetApp ONTAP. 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 NetApp ONTAP locali a FSx for ONTAP prevede le seguenti attività di alto livello:

  1. Crea il volume di destinazione in Amazon FSx.

  2. Raccogli interfacce logiche di origine e destinazione (LIF).

  3. Stabilisci il peering del cluster tra i file system di origine e di destinazione.

  4. Crea una relazione di peering SVM.

  5. Crea la relazione. SnapMirror

  6. Mantieni un cluster di destinazione aggiornato.

  7. Passate al file system FSx for ONTAP.

Il diagramma seguente illustra lo scenario di migrazione descritto in questa sezione.

Diagramma di flusso che mostra il processo di migrazione dei file system ONTAP locali a FSx for NetApp ONTAP.

Prima di iniziare

Prima di iniziare a utilizzare le procedure descritte nelle sezioni seguenti, assicuratevi di aver soddisfatto i seguenti prerequisiti:

  • FSx for ONTAP dà priorità al traffico client 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, consigliamo di monitorare la capacità del livello SSD per garantire 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 All durante 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 inter-cluster (LIF).

  • Verifica 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

  • È stato creato un file system di destinazione FSx for ONTAP con un 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:

  • FSx-Dest— l'ID del cluster di destinazione (FSx) (nel formato F SxIdabcdef 1234567890a).

  • OnPrem-Source— l'ID del cluster di origine.

  • DestSVM— il nome SVM di destinazione.

  • SourceSVM— il nome SVM di origine.

  • Entrambi i nomi del volume di origine e di destinazione sonovol1.

Nota

Un file system FSx for ONTAP viene definito cluster in tutti i comandi ONTAP CLI.

Le procedure in questa sezione utilizzano i seguenti comandi NetApp ONTAP CLI.

Utilizzerai l' NetApp ONTAP CLI per creare e gestire SnapMirror una configurazione sul tuo file system FSx for ONTAP. Per ulteriori informazioni, consulta Utilizzo della CLI NetApp ONTAP.

Crea il volume di destinazione

Puoi creare un volume di destinazione per la protezione dei dati (DP) utilizzando la console Amazon FSx, AWS CLI l'API Amazon FSx, oltre all'interfaccia a riga di comando di NetApp ONTAP e all'API REST. Per informazioni sulla creazione di un volume di destinazione utilizzando la console Amazon FSx e AWS CLI, consulta. Creazione di volumi

Nella procedura seguente, si utilizzerà l' NetApp ONTAP CLI per creare un volume di destinazione sul file system FSx for ONTAP. Sono necessari la fsxadmin password e l'indirizzo IP o il nome DNS della porta di gestione del file system.

  1. Stabilisci una sessione SSH con il file system di destinazione utilizzando l'utente fsxadmin e la password che hai impostato quando hai creato il file system.

    ssh fsxadmin@file-system-management-endpoint-ip-address
  2. Crea 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-policy impostarlo su. all In 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-policy a. auto

    Nota

    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 -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all

Registra i LIF intercluster di origine e destinazione

SnapMirror utilizza interfacce logiche intercluster (LIF), ciascuna con un indirizzo IP univoco, per facilitare il trasferimento dei dati tra i cluster di origine e di destinazione.

  1. Per i file system FSx for ONTAP di destinazione, puoi recuperare gli endpoint inter-cluster - indirizzi IP dalla console Amazon FSx accedendo alla scheda Amministrazione nella pagina dei dettagli del file system.

  2. 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 intercluster Logical 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/24
    Nota

    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_2 IP inter_1 e. Sono referenziati in FSx-Dest as dest_inter_1 dest_inter_2 e for OnPrem-Source as source_inter_1 andsource_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.

  1. 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-addrs source_inter_1,source_inter_2 Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
  2. 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-addrs dest_inter_1,dest_inter_2 Enter the passphrase: Confirm the passphrase:
  3. Verifica che il peering sia andato a buon fine utilizzando il seguente comando sul cluster di origine. Nell'output, Availability dovrebbe essere impostato su. Available

    OnPrem-Source::> cluster peer show Peer 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 delle SVM. 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.

  1. Utilizzate il seguente comando per creare una relazione di peering SVM tra le SVM di origine e di destinazione.

    FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName Info: [Job 207] 'vserver peer create' job queued
  2. Accetta la relazione di peering sul cluster di origine:

    OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName Info: [Job 211] 'vserver peer accept' job queued
  3. Verifica lo stato del peering SVM utilizzando il seguente comando; Peer State dovrebbe essere impostato su peered nella risposta.

    OnPrem-Source::> vserver peer show Peer 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 delle SVM di origine e di destinazione, 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 create comando per creare la SnapMirror relazione nel cluster di destinazione. Il snapmirror create comando deve essere utilizzato dalla SVM di destinazione.

    È possibile utilizzare facoltativamente -throttle per impostare la larghezza di banda massima (in KB/sec) per la relazione. SnapMirror

    FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".

Trasferimento dei dati sul file system FSx for ONTAP

Ora che hai creato la SnapMirror relazione, puoi trasferire i dati al file system di destinazione.

  1. È 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-path DestSVM:vol1 -source-path SourceLocalName:vol1
  2. Se 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-path DestSVM:vol1
  3. È inoltre possibile pianificare aggiornamenti orari o giornalieri prima di completare la migrazione e spostare i client su FSx for ONTAP. È possibile stabilire una pianificazione degli SnapMirror aggiornamenti utilizzando il comando. snapmirror modify

    FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly

Passaggio ad Amazon FSx

Per prepararsi al cutover del file system FSx for ONTAP, effettuate le seguenti operazioni:

  • 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.

  1. Per garantire che tutti i dati dal cluster di origine vengano trasferiti al file system FSx for ONTAP, eseguite un trasferimento finale con Snapmirror.

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
  2. Assicurati che la migrazione dei dati sia completa verificando che Mirror State sia impostata su e Relationship Status sia impostata su. Snapmirrored Idle È inoltre necessario assicurarsi che la Last Transfer End Timestamp data sia quella prevista, in quanto indica quando è avvenuto l'ultimo trasferimento al volume di destinazione.

  3. Eseguite il comando seguente per mostrare lo SnapMirror stato.

    FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp Source Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
  4. Disabilita eventuali SnapMirror trasferimenti futuri utilizzando il snapmirror quiesce comando.

    FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
  5. Verifica che sia Relationship Status passato all'Quiescedusosnapmirror show.

    FSx-Dest::> snapmirror show Source Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
  6. Durante 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-path DestSVM:vol1 Operation succeeded: snapmirror break for destination "DestSVM:vol1".
  7. 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 .