Panoramica della migrazione ad Archiviazione di Azure

Questo articolo è incentrato sulle migrazioni di archiviazione ad Azure e fornisce indicazioni sugli scenari di migrazione dell'archiviazione seguenti:

  • Migrazione di dati non strutturati, ad esempio file e oggetti
  • Migrazione di dispositivi basati su blocchi, ad esempio dischi e reti di archiviazione (SAN)

Migrazione di dati non strutturati

La migrazione di dati non strutturati include gli scenari seguenti:

Fasi di migrazione

Una migrazione completa è costituita da diverse fasi: individuazione, valutazione e migrazione.

Individuazione Valutazione Migrazione
- Individuare le origini di cui eseguire la migrazione - Valutare il servizio di destinazione applicabile
- Considerazioni tecniche e costi
- Migrazione iniziale
-Resync
- Passaggio finale

Fase di individuazione

Nella fase di individuazione si determinano tutte le origini di cui è necessario eseguire la migrazione, ad esempio condivisioni SMB, esportazioni NFS o spazi dei nomi degli oggetti. È possibile eseguire questa fase manualmente o usare strumenti automatizzati.

Fase di valutazione

La fase di valutazione è fondamentale per comprendere le opzioni disponibili per la migrazione. Per ridurre il rischio durante la migrazione e per evitare problemi comuni, seguire questi tre passaggi:

Passaggi della fase di valutazione Opzioni
Scegliere un servizio di archiviazione di destinazione - Archiviazione BLOB di Azure e Data Lake Storage
- File di Azure
- Azure NetApp Files
- Soluzioni ISV
Selezionare un metodo di migrazione -Online
-Offline
- Combinazione di entrambi
Scegliere lo strumento di migrazione migliore per il processo - Strumenti commerciali (Azure e ISV)
- Open source

Esistono diversi strumenti commerciali (ISV) che possono essere utili per la fase di valutazione. Vedere la matrice di confronto.

Scegliere un servizio di archiviazione di destinazione

La scelta di un servizio di archiviazione di destinazione dipende dall'applicazione o dagli utenti che accedono ai dati. La scelta corretta dipende sia dagli aspetti tecnici che finanziari. Prima di tutto, eseguire una valutazione tecnica per valutare i possibili obiettivi e determinare quali servizi soddisfano i requisiti. Eseguire quindi una valutazione finanziaria per determinare la scelta migliore.

Per selezionare il servizio di archiviazione di destinazione per la migrazione, valutare gli aspetti seguenti di ogni servizio:

  • Supporto dei protocolli
  • Caratteristiche delle prestazioni
  • Limiti del servizio di archiviazione di destinazione

Il diagramma seguente è un albero delle decisioni semplificato che consente di guidare il servizio file di Azure consigliato. Se i servizi nativi di Azure non soddisfano i requisiti, un'ampia gamma di soluzioni di fornitori di software indipendenti (ISV).

Dopo aver completato la valutazione tecnica e aver selezionato la destinazione appropriata, eseguire una valutazione dei costi per determinare l'opzione più conveniente.

Albero delle decisioni di base sulla scelta del servizio file corretto

Per semplificare l'albero delle decisioni, i limiti del servizio di archiviazione di destinazione non vengono incorporati nel diagramma. Per altre informazioni sui limiti correnti e per determinare se è necessario modificare le scelte in base a tali limiti, vedere:

Se uno dei limiti rappresenta un blocco per l'uso di un servizio, Azure supporta diversi fornitori di archiviazione che offrono le proprie soluzioni in Azure Marketplace. Per informazioni sui partner ISV convalidati che forniscono servizi file, vedere Partner di archiviazione di Azure per l'archiviazione primaria e secondaria.

Selezionare il metodo di migrazione

Esistono due metodi di migrazione di base per le migrazioni di archiviazione.

  • Online. Il metodo online usa la rete per la migrazione dei dati. È possibile usare Internet pubblico o Azure ExpressRoute . Se il servizio non ha un endpoint pubblico, è necessario usare una VPN con Internet pubblico.
  • Offline. Il metodo offline usa uno dei dispositivi Azure Data Box .

La decisione di usare un metodo online rispetto a un metodo offline dipende dalla larghezza di banda di rete disponibile. Il metodo online è preferibile nei casi in cui sia presente una larghezza di banda di rete sufficiente per eseguire una migrazione entro la sequenza temporale necessaria.

È possibile usare una combinazione di entrambi i metodi, metodo offline per la migrazione in blocco iniziale e un metodo online per la migrazione incrementale delle modifiche. L'uso simultaneo di entrambi i metodi richiede un elevato livello di coordinamento e non è consigliato per questo motivo. Se si sceglie di usare entrambi i metodi, isolare i set di dati di cui viene eseguita la migrazione online dai set di dati di cui viene eseguita la migrazione offline.

Per altre informazioni sui diversi metodi e linee guida per la migrazione, vedere Scegliere una soluzione di Azure per il trasferimento dei dati e Eseguire la migrazione alle condivisioni file di Azure.

Scegliere lo strumento di migrazione migliore per il processo

Sono disponibili vari strumenti di migrazione che è possibile usare per eseguire la migrazione. Alcuni sono open source come AzCopy, robocopy, xcopy e rsync mentre altri sono commerciali. L'elenco degli strumenti commerciali disponibili e il confronto tra di essi è disponibile nella matrice di confronto.

Gli strumenti open source sono ideali per le migrazioni su scala ridotta. Per la migrazione da file server Windows a File di Azure, Microsoft consiglia di iniziare con File di Azure funzionalità nativa e di usare Sincronizzazione file di Azure. Per migrazioni più complesse costituite da origini diverse, capacità elevata o requisiti speciali, ad esempio la limitazione o la creazione di report dettagliati con funzionalità di controllo, gli strumenti commerciali sono la scelta migliore. Questi strumenti semplificano la migrazione e riducono significativamente il rischio. La maggior parte degli strumenti commerciali può anche eseguire l'individuazione, che fornisce un prezioso input per la valutazione.

Fase di migrazione

La fase di migrazione è il passaggio finale della migrazione che esegue lo spostamento e la migrazione dei dati. In genere, si eseguirà più volte la fase di migrazione per eseguire un passaggio più semplice. La fase di migrazione è costituita dai passaggi seguenti:

  1. Migrazione iniziale. Il passaggio di migrazione iniziale esegue la migrazione di tutti i dati dall'origine alla destinazione. Questo passaggio esegue la migrazione della maggior parte dei dati di cui eseguire la migrazione.
  2. Resync. Un'operazione di risincronizzazione esegue la migrazione di tutti i dati modificati dopo il passaggio di migrazione iniziale. È possibile ripetere questo passaggio più volte se sono presenti numerose modifiche. L'obiettivo di eseguire più operazioni di risincronità consiste nel ridurre il tempo necessario per il passaggio finale. Per i dati inattivi e per i dati che non hanno modifiche (ad esempio backup o dati di archiviazione), è possibile ignorare questo passaggio.
  3. Passaggio finale. Il passaggio di passaggio finale passa all'utilizzo attivo dei dati dall'origine alla destinazione e ritira l'origine.

La durata della migrazione per i dati non strutturati dipende da diversi aspetti. Al di fuori del metodo scelto, i fattori più critici sono le dimensioni totali della distribuzione dei dati e delle dimensioni dei file. Maggiore è il set di dati totale, più lungo il tempo di migrazione. Dimensione media del file più piccola, più lunga è il tempo di migrazione. Se si dispone di un numero elevato di file di piccole dimensioni, è consigliabile archiviarli in file più grandi (ad esempio un file con estensione tar o .zip), se applicabile, per ridurre il tempo di migrazione totale.

Migrazione dei dispositivi basati su blocchi

La migrazione dei dispositivi basati su blocchi viene in genere eseguita come parte della migrazione di macchine virtuali o host fisici. Si tratta di un errore comune per ritardare le decisioni di archiviazione bloccate fino a quando non dopo la migrazione. Prendere queste decisioni in anticipo con considerazioni appropriate per i requisiti del carico di lavoro comporta una migrazione più fluida al cloud.

Per esplorare i carichi di lavoro per eseguire la migrazione e l'approccio da eseguire, vedere la documentazione di Archiviazione dischi di Azure e le risorse nella pagina del prodotto Archiviazione dischi. È possibile informazioni sui dischi che soddisfano i requisiti e sulle funzionalità più recenti, ad esempio il burst di dischi. La migrazione dei dispositivi basati su blocchi può essere eseguita in due modi:

  • Per la migrazione di macchine virtuali complete insieme ai dispositivi basati su blocchi sottostanti, vedere la documentazione di Azure Migrate
  • Per la migrazione solo dei dispositivi basati su blocchi e casi d'uso più complessi, usare Cirrus Migrate Cloud.

Vedi anche