Replicare gli asset in una migrazione cloud

I data center locali archiviano asset fisici, ad esempio server, appliance e dispositivi di rete. Ma ogni asset fisico, come un server, è solo una shell. Il valore reale deriva dal file binario eseguito nel server. Il data center esiste a causa delle applicazioni e dei dati, ovvero i file binari primari di cui si esegue la migrazione. Asset digitali e origini binarie, ad esempio sistemi operativi, route di rete, file e protocolli di sicurezza, alimentano le applicazioni e gli archivi dati.

Il processo di replica è costituito dai passaggi seguenti:

1. Replica: copia una versione temporizzato di vari file binari.

2. Seeding: copia gli snapshot binari in una nuova piattaforma e li distribuisce in un nuovo hardware. La copia con seeding del file binario si comporta esattamente come il file binario originale nell'hardware precedente. Ma lo snapshot del file binario non è aggiornato e non è allineato all'origine originale.

3. Sincronizzazione: allinea il nuovo file binario e il file binario precedente. Questo processo aggiorna continuamente la copia archiviata nella nuova piattaforma. La sincronizzazione continua fino a quando l'asset non viene promosso in allineamento con il modello di promozione scelto. A questo punto, la sincronizzazione viene arrestata.

Prerequisiti per la replica

Prima della replica, è necessario completare le attività nelle fasi di preparazione e valutazione . Per iniziare la replica, è necessario disporre di:

• Una sottoscrizione per le risorse di cui è stata eseguita la migrazione.

• Strumento di migrazione per spostare le copie binarie.

• File binari di origine, preparati per la replica e la sincronizzazione. La configurazione esatta dipende dallo strumento di migrazione. La preparazione include la correzione di eventuali problemi di replica rilevati nella fase di valutazione. Per un esempio di come avviare la replica, vedere Eseguire la migrazione da VMware tramite migrazione senza agente.

• Eventuali dipendenze per il carico di lavoro identificato durante il passaggio di progettazione dell'architettura del carico di lavoro. Queste dipendenze possono includere gruppi di risorse, reti virtuali e subnet in cui si intende distribuire le macchine virtuali replicate. Per altre informazioni, vedere Distribuire i servizi di supporto.

Rischi di replica: fisica della replica

Quando si pianifica ed esegue la replica di origine binaria in una nuova destinazione, prendere in considerazione le leggi fondamentali seguenti:

• Velocità di luce: quando si spostano volumi elevati di dati, fiber è l'opzione più veloce. Ma i cavi in fibra possono spostare i dati solo a due terzi la velocità della luce. Non esiste alcun metodo per la replica immediata o illimitata dei dati.

• Velocità della pipeline WAN: la larghezza di banda uplink è ancora più importante della velocità di spostamento dei dati. Il volume di dati al secondo che la rete WAN esistente dell'azienda trasferisce al data center di destinazione determina la larghezza di banda uplink.

• Velocità di espansione della rete WAN: se il budget consente, è possibile aggiungere maggiore larghezza di banda alla soluzione WAN aziendale. Ma possono richiedere settimane o mesi per procurarsi, preparare e integrare più connessioni in fibra.

• Velocità dei dischi: anche con una velocità infinita di dati e un limite di larghezza di banda infinito tra il file binario di origine e la destinazione di destinazione, la fisica limita comunque la replica. La replica dei dati viene eseguita solo rapidamente quando i dischi di origine possono leggere i dati.

• Velocità dei calcoli umani: i dischi e la luce si spostano più velocemente rispetto ai processi decisionali umani. Quando un gruppo di persone collabora e decide insieme, i risultati arrivano lentamente. La replica non può superare i ritardi correlati ai calcoli umani.

Ognuna di queste leggi della fisica comporta i rischi seguenti che influiscono comunemente sui piani di migrazione:

• Tempo di replica: la replica richiede tempo e larghezza di banda. I piani devono includere sequenze temporali realistiche che riflettano la quantità di tempo necessaria per replicare i dati binari.

  La larghezza di banda totale disponibile per la migrazione è la quantità di larghezza di banda associata che altre esigenze aziendali con priorità più alta non utilizzano. La larghezza di banda verso l'alto viene misurata in megabit al secondo (Mbps) o gigabit al secondo (Gbps). L'archiviazione totale della migrazione è lo spazio su disco totale, misurato in gigabyte (GB) o terabyte (MB), necessario per archiviare uno snapshot degli asset di cui eseguire la migrazione.

  Per determinare una stima del tempo iniziale, dividere l'archiviazione totale della migrazione in base alla larghezza di banda totale di migrazione disponibile. Si noti la conversione da bit a byte. L'elemento successivo descrive un calcolo più accurato del tempo.

• Effetto cumulativo della deriva del disco: dal punto di replica alla promozione di un asset all'ambiente di produzione, i file binari di origine e di destinazione devono rimanere sincronizzati.

  La deriva nei file binari utilizza una larghezza di banda aggiuntiva perché è necessario replicare le modifiche al file binario su base ricorrente. Durante la sincronizzazione, il calcolo per l'archiviazione totale della migrazione include tutte le deviazioni binarie. Più tempo è necessario promuovere un asset alla produzione, si verifica una deriva più cumulativa. Più asset sincronizzati si hanno, maggiore è la larghezza di banda usata. Per ogni asset in uno stato di sincronizzazione, è disponibile una larghezza di banda di migrazione disponibile inferiore.

• Modifica tempo-business: l'ora di sincronizzazione ha un effetto negativo cumulativo sulla velocità di migrazione. La priorità del backlog di migrazione e la preparazione avanzata per il piano di comunicazione delle modifiche sono fondamentali per la velocità della migrazione.

  Il test più significativo dell'allineamento aziendale e tecnico durante un'operazione di migrazione è la velocità della promozione. Più velocemente un asset viene promosso alla produzione, la minore deviazione del disco influisce sulla larghezza di banda. È anche possibile allocare maggiore larghezza di banda e tempo alla replica del carico di lavoro successivo.

Pianificare quando i requisiti dei dati superano la capacità di rete

In una migrazione cloud, è possibile replicare e sincronizzare gli asset in una rete tra un data center esistente e il cloud. I requisiti di dimensioni dei dati esistenti di vari carichi di lavoro potrebbero superare la capacità di rete. In uno scenario di questo tipo, il processo di migrazione potrebbe essere radicalmente rallentato o, in alcuni casi, interrotto completamente.

Se la valutazione, la replica iniziale o il test identificano un problema di capacità, provare a usare Azure Data Box per trasferire archivi dati indipendenti. Usare questo approccio per spedire grandi volumi di dati al cloud prima della migrazione del carico di lavoro.

Alcune soluzioni partner non Microsoft usano anche Data Box per le migrazioni. Con queste soluzioni, è possibile spostare un volume elevato di dati tramite un trasferimento offline, ma è possibile sincronizzarlo in un secondo momento con una scalabilità inferiore sulla rete.

Passaggio successivo

Preparare la gestione