Considerazioni iniziali
Considera i seguenti elementi durante la pianificazione di una migrazione da cloud a cloud.
Pianifica in anticipo perché le modifiche DNS non sono automatiche
Se il tuo attuale server cloud, il server di origine, non è dietro un sistema di bilanciamento del carico, l'indirizzo IP cambia. Questa modifica significa che devi aggiornare il server dei nomi di dominio (DNS) in modo che punti a un nuovo IP. Assicurati di impostare il record del tempo di vita (TTL) su 5 minuti e quindi attendere 24 ore per assicurarti che la modifica si propaghi correttamente. Dopodiché, tutte le modifiche al DNS che apporti dovrebbero avere effetto entro 5 minuti.
Scopo del server
Il server di origine ospita applicazioni Web, e-mail o database? Fa una cosa o gestisce una varietà di compiti? Una buona valutazione iniziale, eseguita in anticipo, può salvarti dal panico dell'ultimo minuto quando si sposta l'interruttore tra il server di origine e il nuovo server o di destinazione. Assicurati di identificare dove memorizzi i dati, i file di configurazione e altri dati importanti. Più conosci il tuo ambiente in fase di migrazione rende la migrazione più agevole.
Verifica la migrazione
Un vantaggio di eseguire una migrazione cloud è la velocità e la facilità con cui è possibile aumentare o diminuire un server. Ti consigliamo vivamente di spegnere il server di origine dopo la migrazione anziché eliminarlo immediatamente. Lascialo spento per 24 ore a una settimana. Se il tuo sito Web e le tue applicazioni funzionano come previsto, è probabile che la migrazione sia stata completata correttamente. Tuttavia, se lo spegnimento del server di origine provoca problemi, significa che alcuni processi dipendono ancora dal vecchio server. Puoi ripristinare il server di origine e identificare ciò che ti sei perso e migrarlo correttamente.
Esegui il lavoro
Questa sezione identifica i passaggi per una migrazione cloud.
Controlla le dimensioni del server originale
Per determinare lo spazio su disco minimo di cui hai bisogno sul server di destinazione, controlla quanto spazio su disco stai attualmente utilizzando.
Per controllare lo spazio su disco utilizzato su Linux®, eseguire il comando seguente:
df -h
Se hai bisogno di più di 160 GB (la dimensione massima del disco per un utilizzo generico), devi utilizzare i volumi Cloud Block Storage sul nuovo server per ospitare tutti i tuoi dati.
Identifica i requisiti della directory
Quando configuri i volumi Cloud Block Storage, controlla le dimensioni delle directory sul tuo server di origine. Queste informazioni ti aiutano a pianificare l'organizzazione dei dati sul server di destinazione, ad esempio quali dati vanno sul disco di sistema e quali dati dovresti archiviare sui volumi aggiuntivi.
Su Linux, puoi determinare lo spazio su disco utilizzato dai file e le sottodirectory nella directory corrente eseguendo il comando seguente:
du -hs *
Puoi anche specificare una directory o un nome file eseguendo il comando seguente:
du -hs directoryName
Dopo aver saputo quali dati copiare sul disco di sistema e quali copiare su un disco collegato, pianifica di conseguenza le dimensioni del server di destinazione e dei suoi volumi aggiuntivi.
Crea il server di destinazione
Quando crei il server di destinazione, considera i tuoi requisiti di archiviazione, nonché i requisiti di memoria, CPU e rete.
Se disponi di più dati di quanti ne possa contenere il disco di sistema del server di destinazione, decidi se desideri utilizzare uno o più dischi dati (solo versione I/O) o collegare volumi Cloud Block Storage al server.
Quando scegli la dimensione del tuo server di destinazione, considera le tue esigenze attuali e qualsiasi ridimensionamento che potresti dover fare in futuro.
Non puoi ridimensionare i server ottimizzati per I/O, ma puoi aggiungere o rimuovere spazio di archiviazione utilizzando Cloud Block Storage. I server per uso generico hanno una dimensione massima da 8 GB di RAM a 160 GB di HDD e, a meno che non utilizzino la deprecata modalità di virtualizzazione paravirtuale (PV), puoi renderli solo più grandi e non più piccoli.
Per un ambiente a server singolo, devi migrare a un nuovo server se i requisiti di RAM o CPU cambiano.
In alternativa, puoi pianificare il tuo ambiente per utilizzare la scalabilità orizzontale, in cui più di un server esegue la tua applicazione, con un servizio di bilanciamento del carico per gestire il traffico verso i diversi server. Il ridimensionamento orizzontale potrebbe non funzionare con tutte le applicazioni, ma dopo averlo configurato, puoi facilmente aggiungere o rimuovere server per tenere conto dei requisiti di carico fluttuanti.
Consulta l'articolo sulle architetture di riferimento del cloud aperto per alcuni ambienti di esempio.
Nota :se si utilizzano attualmente i server Performance, i dischi dati non vengono acquisiti quando si crea un'immagine. Per eseguire il backup dei dischi di dati, è necessario fare affidamento su Rackspace Cloud Backup o un simile approccio di backup basato su file. Se desideri che lo spazio di archiviazione aggiuntivo sia più portatile o desideri acquisire snapshot di dati, considera l'aggiunta di uno o più volumi Cloud Block Storage al nuovo server. Per ulteriori informazioni, consulta Creare e collegare un volume Cloud Block Storage.
Formattare e configurare qualsiasi volume Cloud Block Storage o disco datiDopo aver creato il server, preparare eventuali dischi dati o volume Cloud Block Storage collegati formattandoli e configurando il sistema per utilizzarli.
Se hai collegato i volumi Cloud Block Storage, consulta Preparare il tuo volume Cloud Block Storage per ulteriori informazioni.
Per istruzioni sulla formattazione e il montaggio di dischi dati su server ottimizzati per I/O, consulta Preparare dischi dati su un server cloud Linux.
Se stai configurando volumi collegati in un RAID software su Linux, consulta Linux Software-RAID HOWTO per le istruzioni.
Quando i dischi collegati sono pronti, puoi migrare i tuoi dati.
Opzioni di migrazione manuale
Hai diverse opzioni per una migrazione manuale su Linux, tra cui Rackspace Cloud Backup, Rackspace Cloud Block Storage o rsync.
Backup su cloud
Per migrare directory particolari, puoi utilizzare Cloud Backup. Crea un backup dei tuoi dati sul server di origine e poi ripristinalo sul server di destinazione.
Archiviazione a blocchi nel cloud
Per migrare dati specifici, puoi utilizzare Cloud Block Storage. Collega l'unità al server di origine e copia i tuoi dati su di essa. Quindi scollega l'unità dal server di origine, collegala al server di destinazione e copia i dati dall'unità.
Usa rsync per la migrazione delle directory su Linux
Su Linux, puoi usare rsync per copiare una directory direttamente sulla rete. Ad esempio, dal server di origine puoi eseguire il seguente comando per copiare /var/lib/mysql :
rsync -e 'ssh' -avl --stats --progress /var/lib/mysql [email protected]:/var/lib/mysql
Per ulteriori informazioni su rsync , vedi Eseguire il backup dei file con rsync.
Importante :Finché i due server cloud si trovano nello stesso data center regionale (DFW, ORD, IAD, LON, HKG o SYD), puoi utilizzare il 10.x Indirizzo IP assegnato ai due server per il trasferimento dei dati. Ciò significa che non ti verrà addebitata la larghezza di banda dei dati tra i due server. Tutti i dati trasferiti utilizzando IP pubblici comporteranno potenziali costi di larghezza di banda.
Opzioni specifiche dell'applicazione
Altre applicazioni potrebbero avere i propri mezzi per facilitare la migrazione dei dati. Ad esempio, per migrare un database, è possibile rendere il server di destinazione una replica del database di origine per replicare automaticamente i dati sul server di destinazione. Puoi trovare informazioni su come eseguire la replica della replica primaria MySQL® qui.
Attività successive alla migrazione
Dopo che tutti i tuoi dati si trovano sul server di destinazione, verifica accuratamente l'applicazione per assicurarti che funzioni come previsto nell'ambiente di destinazione. Come accennato all'inizio di questo articolo, incoraggiamo i client a spegnere il server di origine ma a non eliminarlo per uno o sette giorni. Questa pratica ti dà il tempo di determinare se hai perso qualcosa nella tua migrazione. Ad esempio, per risolvere il server di origine è stato utilizzato un indirizzo IP anziché DNS. Se dopo sette giorni non si è verificato alcun problema e non hai notato problemi, dovrebbe essere sicuro eliminare il server di origine.
Se non l'hai già fatto, implementa un piano di backup sul server di destinazione per evitare una significativa perdita di dati in caso di catastrofe.