View a markdown version of this page

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 NetApp on-premise a FSx for 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 presenti sui volumi ONTAP di origine vengono conservate quando vengono migrate ai volumi di destinazione. La migrazione dei file system ONTAP locali a FSx for NetApp ONTAP comporta 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. Passa al tuo 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 NetApp FSx for ONTAP.

Prima di iniziare

Prima di iniziare a utilizzare le procedure descritte nelle seguenti sezioni, 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, 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 assicurarsi che non superi l'80% di utilizzo. Puoi monitorare l'utilizzo del livello SSD utilizzando le metriche del file system. CloudWatch Per ulteriori informazioni, consulta Parametri di volume.

  • Se imposti la politica di tiering dei dati del volume di destinazione su All durante la migrazione dei dati, tutti i metadati dei file vengono archiviati nel livello di archiviazione SSD primario. I metadati dei file vengono sempre archiviati sul livello SSD-based principale, indipendentemente dalla politica di suddivisione dei dati del volume. Si consiglia di assumere un rapporto di 1:10 per il livello primario: capacità di storage del livello del pool di capacità.

  • I file system di origine e di destinazione sono connessi nello stesso VPC o si trovano in reti peering tramite Amazon VPC Peering, Transit Gateway o. AWS Direct Connect Site-to-Site VPN Per ulteriori informazioni, consulta la sezione Che cos'è il Accesso ai dati dall'interno di Cloud AWS peering VPC? nella Amazon VPC Peering Guide.

  • Affinché il peering del cluster funzioni correttamente, ogni LIF intercluster su ciascun cluster deve essere in grado di comunicare con ogni LIF intercluster sull'altro cluster. SnapMirror Se esegui il peering con un cluster ONTAP locale, assicurati che tutti i LIF intercluster su tutti i nodi del cluster locale dispongano di connettività di rete (regole di routing e firewall) a tutti i LIF intercluster sul file system FSx for ONTAP e viceversa. Per ulteriori informazioni, consulta la sezione Prerequisiti per il peering del cluster nella documentazione per gli utenti di ONTAP. https://docs.netapp.com/us-en/ontap/peering/prerequisites-cluster-peering-reference.html NetApp

  • 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 tutti 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 per l'origine.

  • Il file system NetApp ONTAP locale (sorgente) include una licenza. SnapMirror

  • Hai creato un file system FSx per ONTAP di destinazione con un SVM, ma non hai creato un volume di destinazione. Per ulteriori informazioni, consulta Creazione dei 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). FSxIdabcdef1234567890a

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

  • DestSVM— il nome SVM di destinazione.

  • SourceSVM— il nome SVM di origine.

  • I nomi del volume di origine e di destinazione sono vol1 entrambi.

Nota

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

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

Utilizzerai l' NetApp ONTAP CLI per creare e gestire una SnapMirror configurazione sul tuo file system FSx 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 console Amazon FSx, l'API Amazon FSx e l'API Amazon FSx, oltre alla CLI NetApp ONTAP e all'API REST. AWS CLI Per informazioni sulla creazione di un volume di destinazione utilizzando la console Amazon FSx e, consulta. AWS CLICreazione di volumi

Nota

ONTAPnon preserva i risparmi di compressione post-processo ottenuti all'origine nel volume DP di destinazione se la politica di tiering del volume di destinazione è conforme alla politica di tiering del volume di destinazione. All Per preservare i risparmi sulla compressione post-elaborazione, è necessario impostare la politica di tiering del volume di destinazione su Auto e abilitare la compressione dei dati inattiva sul file system di destinazione per riapplicare i risparmi ottenuti nella compressione post-elaborazione nella destinazione.

Nella procedura seguente, utilizzerai l' NetApp ONTAP CLI per creare un volume di destinazione sul tuo file system FSx for ONTAP. Avrai bisogno della fsxadmin password e dell'indirizzo IP o del nome DNS della porta di gestione del file system.

  1. Stabilite una sessione SSH con il file system di destinazione utilizzando l'utente fsxadmin e la password impostati al momento della creazione del file system.

    ssh fsxadmin@file-system-management-endpoint-ip-address
  2. Crea un volume nel 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 la suddivisione dei dati su più livelli, ti consigliamo di impostarla su-tiering-policy. all Ciò garantisce il trasferimento immediato dei dati nello storage del pool di capacità e impedisce l'esaurimento della capacità del livello SSD. Dopo la migrazione, puoi passare -tiering-policy a. auto

    Nota

    I metadati dei file vengono sempre archiviati nel livello SSD-based principale, indipendentemente dalla politica di tiering dei dati 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 di 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 di destinazione per ONTAP, puoi recuperare l'Inter-cluster endpoint: gli indirizzi IP dalla console Amazon FSx accedendo alla scheda Amministrazione nella pagina dei dettagli del tuo file system.

  2. Per il cluster NetApp ONTAP di origine, recupera gli indirizzi IP LIF intercluster 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 Single-AZ file system di seconda generazione, sono disponibili due indirizzi IP tra cluster per ogni coppia ad alta disponibilità (HA). Salva questi valori per dopo.

    Salva gli indirizzi inter_2 IP inter_1 e gli indirizzi IP. Sono indicati nei campi 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 tra cluster sul cluster di destinazione fornendo gli indirizzi IP tra i cluster. Dovrai inoltre creare una passphrase che dovrai inserire quando stabilisci il peering del cluster sul cluster di origine.

  1. Configura il peering sul cluster di destinazione utilizzando il seguente comando. Per i Single-AZ file system di seconda generazione, è necessario fornire ogni indirizzo IP tra i cluster.

    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. Quindi, stabilisci la relazione peer del cluster sul cluster di origine. Dovrai inserire la passphrase che hai creato sopra per autenticarti. Per i Single-AZ file system di seconda generazione, dovrai fornire ogni indirizzo IP tra i cluster.

    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 l'SVM di destinazione durante la configurazione del peering SVM sull'SVM di origine.

  • SourceLocalName— questo è il nome utilizzato per identificare l'SVM di origine durante la configurazione del peering SVM sull'SVM di destinazione.

  1. Utilizzate il seguente comando per creare una relazione di peering SVM tra gli 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. Accettate 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 deve 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

Ora che hai eseguito il peering delle SVM di origine e di destinazione, i passaggi successivi consistono nel creare e inizializzare la SnapMirror relazione sul cluster di destinazione.

Nota

Una volta creata e inizializzata una SnapMirror relazione, i volumi di destinazione sono di sola lettura fino a quando la relazione non viene interrotta.

  • Utilizzate il snapmirror create comando per creare la SnapMirror relazione sul cluster di destinazione. Il snapmirror create comando deve essere utilizzato dall'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".

Trasferisci i dati sul tuo file system FSx for ONTAP

Ora che hai creato la SnapMirror relazione, puoi trasferire i dati nel 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 il trasferimento di istantanee di 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. Puoi anche pianificare aggiornamenti orari o giornalieri prima di completare la migrazione e trasferire i tuoi clienti a FSx for ONTAP. È possibile stabilire una pianificazione degli SnapMirror aggiornamenti utilizzando il snapmirror modify comando.

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

Passare ad Amazon FSx

Per prepararti al passaggio al tuo file system FSx for ONTAP, procedi come segue:

  • Disconnetti tutti i client che scrivono nel cluster di origine.

  • Esegui un SnapMirror trasferimento finale per assicurarti che non si verifichino perdite di dati durante il taglio.

  • Interrompi la SnapMirror relazione.

  • Connetti tutti i client al tuo file system FSx for ONTAP.

  1. Per garantire che tutti i dati dal cluster di origine vengano trasferiti al file system FSx for ONTAP, esegui 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, poiché indica quando è avvenuto l'ultimo trasferimento al volume di destinazione.

  3. Esegui il comando seguente per visualizzare 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 cambiato in Quiesced usosnapmirror 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 abilitarlo read/write, è 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 interrotta 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 del 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 questo volume suall, puoi cambiarlo in auto o snapshot-only e i tuoi dati passeranno automaticamente da un livello di archiviazione all'altro in base ai modelli di accesso. tiering-policy Per rendere questi dati accessibili a client e applicazioni, vedereAccesso ai dati FSx for ONTAP.