L'articolo precedente descriveva come ripristinare i server da un'immagine. Queste immagini sono ideali per l'uso come modelli o "immagini gold" che consentono di ripristinare facilmente un server su una configurazione nota o distribuire rapidamente server aggiuntivi. Tuttavia, questo sistema è stato progettato principalmente per accelerare la distribuzione di nuovi server e non come una solida soluzione di backup. Di conseguenza, il sistema presenta una serie di limitazioni pratiche:
-
Le immagini del server cloud sono utili per archiviare la configurazione e i dati statici, ma non rappresentano un modo affidabile per eseguire il backup di un database dinamico. Si consiglia di utilizzare strumenti di backup standard come mysqldump o SQL Server Management Studio per questa attività. Ti consigliamo di eseguire il backup del database prima di creare un'immagine del tuo server. Se si desidera creare un'immagine di un server che contiene un database, è necessario rimuovere il database, avviare la creazione dell'immagine e riavviare il database quando il server raggiunge lo stato di attività appropriato. Per ulteriori informazioni sul processo di monitoraggio delle attività, vedere Utilizzo degli stati delle attività con l'imaging del server. Per istruzioni sull'utilizzo di Cloud Backup per eseguire il backup di un database, vedere Rackspace Cloud Backup - Backup di database.
-
Le immagini del server cloud non includono i volumi Cloud Block Storage nei propri dati, anche se il volume viene utilizzato come volume di avvio. Per informazioni sulla creazione di snapshot di volumi Cloud Block Storage, consulta Creare e utilizzare snapshot di Cloud Block Storage.
-
Le immagini dei server cloud ottimizzate per I/O acquisiscono solo il disco di sistema, nessun disco dati collegato . Il servizio Cloud Backup può eseguire il backup dei dischi di dati su Cloud Files.
-
Sebbene tu possa importare immagini nel cloud aperto di Rackspace utilizzando Cloud Images, puoi avviare un server da tale immagine solo se è stato adeguatamente preparato per l'uso nel cloud aperto di Rackspace.
Nota :Tutti i server basati sull'architettura OpenStack possono avere immagini esportate e importate tra account. Per ulteriori informazioni, consulta le domande frequenti su Cloud Images.
-
Sebbene tu possa scaricare le immagini esportate dal cloud aperto Rackspace, se tali immagini funzioneranno in un altro cloud o nella tua soluzione di virtualizzazione locale dipende dal cloud di destinazione o dalla soluzione locale. Consulta il tuo fornitore per i dettagli.
Nota :Non tutte le immagini possono essere esportate dal cloud aperto di Rackspace. Per ulteriori informazioni, consulta le domande frequenti su Cloud Images.
-
Le immagini attraversano diverse fasi, dalla preparazione dei dati del server alla copia effettiva dell'immagine su Cloud Files. Il processo di imaging può richiedere diverse ore e può non riuscire se l'immagine è molto vicina alla dimensione massima del disco per le immagini o se l'immagine ha un numero estremamente elevato di file.
È possibile monitorare le attività coinvolte in questo processo. Per informazioni sul processo di monitoraggio delle attività, vedere Utilizzo degli stati delle attività con l'imaging del server.
-
Il processo di imaging può essere ritardato se viene effettuato un numero elevato di richieste di immagini contemporaneamente per un gruppo di server. Il numero di immagini simultanee è limitato per evitare che l'attività del disco di più immagini influisca sulle prestazioni su un host. Se il completamento dell'immagine richiede più di 24 ore, contatta il supporto di Rackspace Cloud.
Se la tua immagine fallisce più di una volta e non stai superando i limiti dell'immagine, contatta il supporto di Rackspace Cloud. I nostri amministratori potrebbero riuscire dove i nostri processi automatizzati non lo fanno.
Limitazioni specifiche di Linux
-
Al momento non ci sono limiti alla dimensione del disco immagine o all'utilizzo degli inode per i server cloud standard. Non è possibile creare server per uso generico e ottimizzati per I/O da immagini con volumi di sistema superiori a 40 GB.
-
Se si riduce l'utilizzo del disco al di sotto dei limiti, il processo di imaging potrebbe comunque non riuscire. La dimensione totale del disco virtuale dell'istanza include lo spazio allocato per tenere traccia delle modifiche tra le immagini e lo spazio che veniva allocato ai file eliminati. Di conseguenza, la presenza di più immagini o l'espansione del disco in passato può far sì che la dimensione del disco virtuale superi il limite, anche se il file system corrente all'interno di un'istanza è inferiore al limite.
-
Quando crei un'immagine, il sistema esegue un processo che tenta di recuperare lo spazio che è stato liberato eliminando file e immagini. Tale processo continua anche se il processo di creazione dell'immagine viene interrotto a causa dei limiti del disco al momento dell'inizio della creazione dell'immagine. Di conseguenza, il tentativo di creare nuovamente un'immagine circa mezz'ora dopo che il processo ha avuto esito negativo potrebbe portare a un'immagine riuscita a causa dell'operazione di pulizia.
Limitazioni specifiche di Windows
-
Non è possibile creare server da immagini con volumi maggiori della dimensione del disco della versione del server cloud selezionata per distribuire il nuovo server. Ad esempio, i server ottimizzati per I/O non possono essere creati da immagini con volumi di sistema superiori a 40 GB.
-
Se si acquisisce un'immagine di un server cloud Windows configurato per essere un controller di dominio (DC), non è possibile eseguire il ripristino da tale immagine. Il nostro sistema di compilazione si basa sull'account amministratore locale per eseguire attività di configurazione e tale account viene disabilitato quando un server viene promosso a controller di dominio. Se desideri creare un'immagine di un server che sia anche un controller di dominio, devi prima declassarlo dall'essere un controller di dominio prima di creare l'immagine.