Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Diverse risorse Azure sono coinvolte in una distribuzione di Storage Mover. Questo articolo descrive ognuna di queste risorse, i relativi usi e le procedure consigliate per esprimere le esigenze di migrazione con esse.
Overview
Archiviazione di Azure Mover supporta carichi di lavoro di migrazione senza agente e basati su agente. Per i carichi di lavoro basati su agente, una macchina virtuale dell'agente di migrazione viene eseguita nell'ambiente vicino all'archiviazione di origine. Per i carichi di lavoro senza agente, non è necessaria alcuna macchina virtuale dell'agente di migrazione.
Il servizio cloud offre orchestrazione e gestione della migrazione per entrambi i tipi di carico di lavoro. Per i carichi di lavoro basati su agenti, consulta gli articoli distribuzione dell'agente di Storage Mover e registrazione dell'agente.
Storage Mover supporta carichi di lavoro per la migrazione con agente e senza agente. La gerarchia delle risorse descritta in questo articolo si applica a entrambi i tipi di carico di lavoro, ma le risorse dell'agente di migrazione sono necessarie solo per i carichi di lavoro basati su agenti.
Risorsa di spostamento dell'archiviazione
Una risorsa di spostamento di archiviazione è il nome della risorsa di servizio di primo livello distribuita in un gruppo di risorse di propria scelta. Tutti gli aspetti del servizio e della migrazione vengono controllati da questa risorsa. Nella maggior parte dei casi, la distribuzione di una singola risorsa di spostamento di archiviazione è sufficiente anche per le migrazioni più grandi.
Puoi utilizzare meglio i tuoi agenti e gestire le migrazioni se tutte le risorse si trovano nella stessa istanza di Storage Mover.
Un agente di migrazione può essere registrato solo con uno storage mover.
Quando si distribuisce la risorsa, si registra la sottoscrizione con i provider di risorse Microsoft.StorageMover e Microsoft.HybridCompute. È anche possibile assegnare l'area in cui vengono archiviati i messaggi di controllo e i metadati relativi alla migrazione. La risorsa di Storage Mover stessa non è direttamente responsabile della migrazione dei dati. Per i carichi di lavoro basati su agente, un agente di migrazione copia i dati dall'origine e li invia direttamente alla destinazione in Archiviazione di Azure. Per i carichi di lavoro agentless, Storage Mover coordina la migrazione senza richiedere la distribuzione di una VM dell'agente di migrazione. Per i carichi di lavoro basati su agenti, ai fini delle prestazioni della migrazione è più importante la prossimità tra l'origine, l'agente e lo storage di destinazione rispetto alla posizione della risorsa di migrazione dello storage.
Agente di migrazione
Storage Mover è un servizio ibrido che supporta carichi di lavoro basati su agente e senza agente. Gli agenti di migrazione vengono utilizzati per i carichi di lavoro basati su agenti. Un agente di migrazione è una macchina virtuale in esecuzione all'interno della rete. È anche il nome di una risorsa, figlia della risorsa Storage Mover distribuita nel gruppo di risorse.
Se si pianifica un carico di lavoro senza agente, è possibile ignorare le risorse dell'agente di migrazione.
È possibile distribuire diverse macchine virtuali dell'agente di migrazione e registrarle con un nome univoco nella stessa risorsa di spostamento di archiviazione. Se si hanno esigenze di migrazione in posizioni diverse, è consigliabile avere un agente di migrazione molto vicino all'archiviazione di origine di cui si vuole eseguire la migrazione.
Gli agenti appaiono nello storage mover dopo essere stati registrati. La registrazione crea la relazione di trust con la risorsa di spostamento di archiviazione selezionata. Questo trust consente di gestire tutti gli aspetti correlati alla migrazione dal servizio cloud, tramite il portale di Azure, Azure PowerShell o interfaccia della riga di comando di Azure.
Tip
La prossimità e la qualità di rete tra l'agente di migrazione e l'archiviazione di destinazione in Azure determinare la velocità di migrazione nelle prime fasi della migrazione. L'area geografica della risorsa di Storage Mover che hai distribuito non influisce sulle prestazioni.
Note
Per ridurre al minimo i tempi di inattività per il carico di lavoro, è possibile decidere di copiare più volte dall'origine alla destinazione. Nelle esecuzioni di copia successive, la velocità di migrazione è spesso influenzata più dalla velocità con cui l'agente di migrazione può valutare se è necessario copiare un file. Ciò significa che le risorse di calcolo e memoria locali in un agente possono diventare più importanti per la velocità di migrazione rispetto alla qualità della rete.
Progetto di migrazione
Usare un progetto per organizzare le migrazioni cloud su larga scala in unità più piccole e gestibili che hanno senso per la situazione.
L'unità più piccola di una migrazione può essere definita come il contenuto di un'origine che si sposta in un'unica destinazione, ma le migrazioni del data center sono raramente così semplici. Spesso più origini dati supportano lo stesso carico di lavoro e devono essere migrate insieme per consentire il failover tempestivo del carico di lavoro nelle nuove posizioni di archiviazione cloud in Azure.
In un esempio diverso, potrebbe anche essere necessario suddividere un'origine in più posizioni di destinazione. È possibile anche il contrario, in cui è necessario combinare più origini in sottopercorsi della stessa posizione di destinazione in Azure.
Il raggruppamento delle origini in un progetto non significa che sia necessario eseguirne la migrazione in parallelo. Si ha il controllo su cosa eseguire e quando eseguirlo. Le sezioni rimanenti di questo articolo descrivono altre risorse che consentono un controllo con granularità fine.
Tip
Facoltativamente, è possibile aggiungere una descrizione al progetto. Una descrizione può essere utile per tenere traccia di informazioni aggiuntive per il progetto. Se è già stato creato un piano di migrazione altrove, è possibile usare il campo di descrizione per collegare il progetto al piano. È anche possibile usarlo per registrare le informazioni necessarie a un collega in un secondo momento. È possibile aggiungere descrizioni a tutte le risorse dello spostamento di archiviazione e ogni descrizione può contenere fino a 1024 caratteri.
Definizione del job
Una definizione di job è contenuta in un progetto. La definizione del processo descrive un'origine, una destinazione e le impostazioni di migrazione da usare alla successiva avvio di una copia dall'origine definita alla destinazione definita in Azure.
Importante
Dopo la creazione di una definizione di processo, non è possibile modificare le informazioni di origine e destinazione. Tuttavia, le impostazioni di migrazione possono essere modificate in qualsiasi momento. Una modifica non ha effetto su un processo di migrazione già in esecuzione, ma avrà effetto la prossima volta che avvierai un processo di migrazione.
Potrebbe non sembrare immediatamente logico che la modifica delle informazioni di origine e destinazione in una definizione di processo esistente non sia consentita. Ad esempio, si supponga di definire Share A come origine di migrazione ed eseguire diverse operazioni di copia. Si supponga anche di modificare l'origine della migrazione in Share B. Questa modifica potrebbe avere conseguenze potenzialmente pericolose.
Il mirroring è un'impostazione di migrazione comune che crea un'immagine "mirror" di un'origine all'interno di una destinazione. Se questa impostazione viene applicata all'esempio, i file della condivisione A potrebbero essere eliminati nella destinazione quando l'operazione di copia inizia la migrazione dei file dalla condivisione B. Per evitare errori e mantenere l'integrità della cronologia di esecuzione di un processo, non è possibile modificare l'origine o la destinazione di una definizione di processo di cui è stato effettuato il provisioning. Le informazioni relative a origine, destinazione e percorso secondario facoltativo vengono bloccate quando viene creata una definizione di processo. Se si desidera riutilizzare la stessa destinazione ma usare una sorgente diversa (o viceversa), è necessario creare una nuova definizione del processo.
La definizione del processo conserva inoltre uno storico delle precedenti esecuzioni di copia e dei relativi risultati.
Esecuzione di processo
Quando si avvia una definizione di processo, viene creata implicitamente una nuova risorsa: una risorsa di esecuzione del processo. La definizione del processo contiene tutte le informazioni di cui il servizio di trasferimento dell'archiviazione ha bisogno per avviare una copia. In una migrazione tipica, è possibile copiare dall'origine alla destinazione più volte. Ogni volta che si avvia una definizione di job, questa viene registrata in un'esecuzione del job.
L'esecuzione del processo è uno snapshot della definizione del processo. Il runtime di migrazione esegue il processo per il tipo di carico di lavoro selezionato. Per i carichi di lavoro basati su agenti, l'agente di migrazione selezionato esegue il carico di lavoro. Per i carichi di lavoro senza agente, il servizio orchestra l'esecuzione.
Importante
Una modifica alle impostazioni di migrazione non influisce su un processo di migrazione in esecuzione. Al momento dell'avvio di un processo, il runtime di migrazione selezionato acquisisce ed esegue uno snapshot della definizione del processo. Non puoi modificare l'esecuzione di un processo. L'unica opzione consiste nell'annullarla.
Un'esecuzione di un processo ha uno stato, informazioni sullo stato di avanzamento e informazioni sul risultato della copia. Trovi le informazioni più importanti sulla tua esecuzione del processo come proprietà della stessa risorsa di esecuzione del processo. Sia i carichi di lavoro basati su agente sia quelli senza agente emettono la telemetria di esecuzione dei processi attraverso il servizio.
Il servizio Monitoraggio di Azure genera informazioni aggiuntive e risultati della migrazione:
- Le metriche sono valori numerici , registrati nel tempo. Possono essere tracciati usando il servizio Monitoraggio di Azure. Alcune metriche selezionate sono anche direttamente disponibili durante la gestione della definizione del processo o delle esecuzioni del processo nel portale.
- I log di copia sono facoltativi. Se abilitato, ogni esecuzione del job ha una propria copia del log. Viene generata una voce di log per ogni elemento dello spazio dei nomi che l'agente incontra nell'origine e che non può essere copiato.
Importante
Le informazioni sulle metriche sono disponibili per impostazione predefinita, ma è necessario acconsentire esplicitamente per abilitare i log di copia. Questa operazione può essere eseguita durante la creazione della risorsa di trasferimento dell'archiviazione oppure successivamente. Per verificare se i log di copia sono abilitati o gestire i dettagli, è possibile usare il menu Impostazioni di diagnostica nella pagina del portale di Azure per la risorsa di spostamento archiviazione.
Punto finale
Le migrazioni richiedono posizioni di origine e di destinazione ben definite. Anche se il termine endpoint viene spesso usato nella rete, qui descrive una posizione di archiviazione a un livello elevato di dettaglio. Un endpoint contiene il percorso della posizione di archiviazione e informazioni aggiuntive.
Anche se esiste solo una singola risorsa endpoint, le proprietà di ogni singolo endpoint possono variare in base al tipo di endpoint. Ad esempio, le condivisioni NFS, le condivisioni SMB e gli endpoint dei contenitori BLOB di Archiviazione di Azure richiedono ciascuno informazioni fondamentalmente diverse.
Gli endpoint vengono utilizzati per creare una definizione di job. Solo alcuni tipi di endpoint possono essere usati rispettivamente come origine o come destinazione. Vedere la sezione Origini e destinazioni supportate nell'articolo panoramica di Archiviazione di Azure Mover.
Gli endpoint sono associati alla risorsa di trasferimento dell'archiviazione di livello superiore e possono essere riutilizzati in diverse definizioni di processi.
Passaggi successivi
Dopo aver compreso le risorse coinvolte in una distribuzione di Archiviazione di Azure Mover, avviare una distribuzione pilota. Questi articoli sono utili per le letture successive: