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 ad Amazon FSx per ONTAP NetApp
Le seguenti sezioni forniscono informazioni su come migrare i file system NetApp ONTAP esistenti su Amazon FSx for NetApp ONTAP.
**Nota**
Se prevedi di utilizzare la politica di `All` tiering per migrare i dati al livello del pool di capacità, tieni presente che i metadati dei file vengono sempre archiviati sul livello SSD e che tutti i nuovi dati utente vengono prima scritti sul livello SSD. Quando i dati vengono scritti sul livello SSD, il processo di tiering in background inizierà a suddividere i dati su più livelli nello storage del pool di capacità, ma il processo di suddivisione in più livelli non è immediato e consuma risorse di rete. È necessario dimensionare il livello SSD per tenere conto dei metadati dei file (3-7% delle dimensioni dei dati utente), come buffer per i dati utente prima di suddividerli su più livelli in base al pool di capacità. Ti consigliamo di non superare l'80% di utilizzo del livello SSD.
Durante la migrazione dei dati, assicurati di monitorare il livello SSD utilizzando i [parametri del CloudWatch file system](file-system-metrics.md) per assicurarti che non si riempia più velocemente di quanto il processo di suddivisione in più livelli consenta di spostare i dati nello storage del pool di capacità.
**Topics**
+ [
# Migrazione a for ONTAP utilizzando FSx NetApp SnapMirror
](migrating-fsx-ontap-snapmirror.md)
+ [
# Migrazione a FSx for ONTAP utilizzando AWS DataSync
](migrate-files-to-fsx-datasync.md)
# 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:
1. Crea il volume di destinazione in Amazon FSx.
1. Raccogli le interfacce logiche di origine e destinazione (LIFs).
1. Stabilisci il peering del cluster tra i file system di origine e di destinazione.
1. Crea una relazione di peering SVM.
1. Crea la relazione. SnapMirror
1. Mantieni un cluster di destinazione aggiornato.
1. 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 for NetApp ONTAP. FSx\]](http://docs.aws.amazon.com/it_it/fsx/latest/ONTAPGuide/images/snapmirror-on-premise-migration.png)
**Topics**
+ [
## Prima di iniziare
](#prerequisites)
+ [
## Crea il volume di destinazione
](#create-destination-volume)
+ [
## Registra l'intercluster di origine e destinazione LIFs
](#get-lifs)
+ [
## Stabilisci il peering del cluster tra origine e destinazione
](#cluster-peering)
+ [
## Crea una relazione di peering SVM
](#svm-peering)
+ [
## Crea la relazione SnapMirror
](#snapmirror-relationship)
+ [
## Trasferisci i dati sul file system for ONTAP FSx
](#transfer-data)
+ [
## Passando ad Amazon FSx
](#cutover)
## 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, consigliamo 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 ](file-system-metrics.md) Per ulteriori informazioni, consulta [Parametri di volume](volume-metrics.md).
+ 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 Site-to-Site VPN Per ulteriori informazioni, consulta [Accesso ai dati dall'interno di Cloud AWS](supported-fsx-clients.md#access-environments) e [Cos'è il peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html)? 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](https://docs.netapp.com/us-en/ontap/data-protection/compatible-ontap-versions-snapmirror-concept.html#snapmirror-dr-relationships) 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](creating-file-systems.md).
I comandi di queste procedure utilizzano i seguenti alias di cluster, SVM e volume:
+ *`FSx-Dest`*— l'ID del cluster destination (FSx) (nel formato FSx IDABCDEF1234567890a).
+ *`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 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.
+ [comando volume create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__create.html)
+ comandi [cluster](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__cluster.html)
+ [comandi vserver peer](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__vserver__peer.html)
+ [comandi snapmirror](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__snapmirror.html)
Utilizzerai la CLI NetApp ONTAP per creare e gestire SnapMirror una configurazione sul FSx tuo file system for ONTAP. Per ulteriori informazioni, consulta [Utilizzo della CLI NetApp ONTAP](managing-resources-ontap-apps.md#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, consulta[Creazione di volumi](creating-volumes.md).
**Nota**
ONTAPnon 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.
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
```
1. Crea un volume sul cluster di destinazione con una capacità di archiviazione almeno uguale alla capacità di archiviazione del volume di origine. `-type DP`Da 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 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.
1. 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.
1. 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` and`source_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.
```
1. 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:
```
1. 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 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.
1. Utilizzate il seguente comando per creare una relazione di peering SVM tra l'origine e la destinazione. SVMs
```
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
```
1. 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
```
1. 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 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 create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__create.html)` 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".
```
## 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.
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
```
1. 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
```
1. Puoi 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 [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html)comando.
```
FSx-Dest::> snapmirror modify -destination-path DestSVM: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.
1. 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-path DestSVM:vol1
```
1. 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.
1. 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
```
1. Disabilita eventuali SnapMirror trasferimenti futuri utilizzando il `snapmirror quiesce` comando.
```
FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
```
1. Verifica che sia `Relationship Status` passato all'`Quiesced`uso`snapmirror show`.
```
FSx-Dest::> snapmirror show
Source Destination Mirror Relationship
Path Path State Status
----------- ------------ ------------- --------
sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
```
1. 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".
```
1. 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 su`all`, 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, vedere[Accesso ai dati di FSx for ONTAP](supported-fsx-clients.md).
# Migrazione a FSx for ONTAP utilizzando AWS DataSync
Consigliamo di AWS DataSync utilizzarlo FSx per trasferire dati tra file system ONTAP e file system non ONTAP, inclusi FSx Lustre, OpenZFS, FSx FSx Windows File Server, Amazon EFS, Amazon S3 e filer locali. Se trasferisci file tra ONTAP e ONTAP, ti consigliamo di utilizzare. FSx NetApp [NetApp SnapMirror](migrating-fsx-ontap-snapmirror.md) AWS DataSync è un servizio di trasferimento dati che semplifica, automatizza e accelera lo spostamento e la replica dei dati tra sistemi di storage autogestiti e servizi di archiviazione su Internet o. AWS Direct Connect DataSync può trasferire i dati e i metadati del file system, come proprietà, timestamp e autorizzazioni di accesso.
È possibile utilizzarli DataSync per trasferire file tra due FSx per i file system ONTAP e anche per spostare i dati su un file system di un altro account. Regione AWS AWS È inoltre possibile utilizzare DataSync with FSx for ONTAP file system per altre attività. Ad esempio, puoi eseguire migrazioni di dati una tantum, inserire periodicamente dati per carichi di lavoro distribuiti e pianificare la replica per la protezione e il ripristino dei dati.
In DataSync, una *posizione* è un endpoint per un file system for ONTAP. FSx Per informazioni su scenari di trasferimento specifici, consulta [Lavorare con le posizioni nella Guida](https://docs.aws.amazon.com/datasync/latest/userguide/working-with-locations.html) per l'*AWS DataSync utente*.
**Nota**
Se prevedi di utilizzare la politica di `All` tiering per migrare i dati al livello del pool di capacità, tieni presente che i metadati dei file vengono sempre archiviati sul livello SSD e che tutti i nuovi dati utente vengono prima scritti sul livello SSD. Quando i dati vengono scritti sul livello SSD, il processo di tiering in background inizierà a suddividere i dati su più livelli nello storage del pool di capacità, ma il processo di suddivisione in più livelli non è immediato e consuma risorse di rete. È necessario dimensionare il livello SSD per tenere conto dei metadati dei file (3-7% delle dimensioni dei dati utente), come buffer per i dati utente prima di suddividerli su più livelli in base al pool di capacità. Si consiglia di non superare l'80% di utilizzo dell'unità SSD.
Durante la migrazione dei dati, assicurati di monitorare il livello SSD utilizzando i [parametri del CloudWatch file system](file-system-metrics.md) per assicurarti che non si riempia più velocemente di quanto il processo di suddivisione in più livelli consenta di spostare i dati nello storage del pool di capacità. Puoi anche limitare DataSync i trasferimenti a una velocità inferiore a quella di suddivisione in più livelli per garantire che il livello SSD non superi l'80% di utilizzo. Ad esempio, per i file system con una capacità di throughput di almeno 512 MBps, un MBps acceleratore di 200 in genere bilancia le velocità di trasferimento e suddivisione dei dati su più livelli.
## Prerequisiti
Per migrare i dati nella configurazione di FSx for ONTAP, sono necessari un server e una rete che soddisfino i requisiti. DataSync Per ulteriori informazioni, consulta la sezione [Requisiti DataSync nella Guida per](https://docs.aws.amazon.com/datasync/latest/userguide/requirements.html) l'*AWS DataSync utente*.
## Passaggi di base per la migrazione dei file tramite DataSync
Il trasferimento di file da un'origine a una destinazione utilizzando DataSync prevede i seguenti passaggi di base:
+ Scaricate e installate un agente nel vostro ambiente e attivatelo (non necessario in caso di trasferimento da un ambiente all'altro). Servizi AWS
+ Crea una posizione di origine e una di destinazione.
+ Crea un’attività .
+ Eseguire l'attività per trasferire i file dall'origine alla destinazione.
Per ulteriori informazioni, consulta gli argomenti seguenti nella *Guida per l'utente AWS DataSync *:
+ [Trasferimento di dati tra storage autogestito e AWS](https://docs.aws.amazon.com/datasync/latest/userguide/how-datasync-works.html#onprem-aws)
+ [Creare una sede per Amazon FSx for NetApp ONTAP](https://docs.aws.amazon.com/datasync/latest/userguide/create-ontap-location.html)