Limitations des images de serveur cloud

L'article précédent décrivait comment restaurer des serveurs à partir d'une image. Ces images sont idéales pour une utilisation en tant que modèles ou « images de référence » qui vous permettent de restaurer facilement un serveur dans une configuration connue ou de déployer rapidement des serveurs supplémentaires. Cependant, ce système a été conçu principalement pour accélérer le déploiement de nouveaux serveurs et non comme une solution de sauvegarde robuste. Par conséquent, le système présente un certain nombre de limitations pratiques :

• Les images de serveur cloud sont utiles pour stocker la configuration et les données statiques, mais elles ne constituent pas un moyen fiable de sauvegarder une base de données dynamique. Nous vous recommandons d'utiliser des outils de sauvegarde standard tels que mysqldump ou SQL Server Management Studio pour cette tâche. Nous vous recommandons de sauvegarder votre base de données avant de créer une image de votre serveur. Si vous souhaitez créer une image d'un serveur contenant une base de données, vous devez arrêter la base de données, lancer la création de l'image et redémarrer la base de données lorsque le serveur atteint l'état de tâche approprié. Pour plus d'informations sur le processus de surveillance des tâches, consultez Utilisation des états de tâche avec la création d'image de serveur. Pour obtenir des instructions sur l'utilisation de Cloud Backup pour sauvegarder une base de données, consultez Rackspace Cloud Backup - Sauvegarde des bases de données.

• Les images de serveur cloud n'incluent pas les volumes Cloud Block Storage dans leurs données, même si le volume est utilisé comme volume de démarrage. Pour plus d'informations sur la création d'instantanés de volumes Cloud Block Storage, consultez Créer et utiliser des instantanés Cloud Block Storage.

• Les images de serveurs cloud optimisées pour les E/S ne capturent que le disque système, pas les disques de données connectés . Le service Cloud Backup peut sauvegarder des disques de données dans Cloud Files.

• Bien que vous puissiez importer des images dans le cloud ouvert Rackspace à l'aide d'images cloud, vous ne pouvez démarrer un serveur à partir d'une telle image que s'il a été correctement préparé pour une utilisation dans le cloud ouvert Rackspace.

  Remarque :Tous les serveurs basés sur l'architecture OpenStack peuvent avoir des images exportées et importées entre comptes. Pour plus d'informations, consultez la FAQ sur les images Cloud.

• Bien que vous puissiez télécharger des images exportées depuis le cloud ouvert Rackspace, le fait que ces images fonctionnent dans un autre cloud ou dans votre solution de virtualisation locale dépend du cloud cible ou de la solution locale. Consultez votre fournisseur pour plus de détails.

  Remarque :Toutes les images ne peuvent pas être exportées depuis le cloud ouvert Rackspace. Pour plus d'informations, consultez la FAQ sur les images Cloud.

• Les images passent par plusieurs étapes, de la préparation des données du serveur à la copie réelle de l'image vers Cloud Files. Le processus de création d'image peut prendre plusieurs heures et peut échouer si l'image est très proche de la taille de disque maximale pour les images ou si l'image contient un très grand nombre de fichiers.

  Vous pouvez surveiller les tâches impliquées dans ce processus. Pour plus d'informations sur le processus de surveillance des tâches, consultez Utilisation des états de tâche avec la création d'image de serveur.

• Le processus de création d'image peut être retardé si un grand nombre de demandes d'image sont effectuées en même temps pour un groupe de serveurs. Le nombre d'images simultanées est limité pour empêcher l'activité du disque de plusieurs images d'affecter les performances sur un hôte. Si l'image prend plus de 24 heures, contactez l'assistance Rackspace Cloud.

Si votre image échoue plus d'une fois et que vous ne dépassez pas les limites d'image, contactez le support Rackspace Cloud. Nos administrateurs peuvent réussir là où nos processus automatisés échouent.

Limitations spécifiques à Linux

• Il n'y a aucune limite sur la taille du disque d'image ou l'utilisation des inodes pour les serveurs cloud standard pour le moment. Les serveurs à usage général et optimisés pour les E/S ne peuvent pas être créés à partir d'images avec des volumes système supérieurs à 40 Go.

• Si vous réduisez l'utilisation de votre disque en dessous des limites, le processus de création d'image peut toujours échouer. La taille totale du disque virtuel de votre instance inclut l'espace alloué pour suivre les modifications entre les images et l'espace qui était auparavant alloué aux fichiers supprimés. Par conséquent, le fait d'avoir plusieurs images ou d'avoir agrandi le disque dans le passé peut faire en sorte que la taille du disque virtuel dépasse la limite, même si le système de fichiers actuel à l'intérieur d'une instance est en dessous de la limite.

• Lorsque vous créez une image, le système exécute un processus qui tente de récupérer l'espace libéré en supprimant des fichiers et des images. Ce processus se poursuit même si le processus de création d'image est interrompu en raison des limites du disque au moment où la création d'image a commencé. Par conséquent, essayer de recréer une image environ une demi-heure après le premier échec du processus peut aboutir à une image réussie grâce à cette opération de nettoyage.

Limitations spécifiques à Windows

• Les serveurs ne peuvent pas être construits à partir d'images avec des volumes supérieurs à la taille de disque de la version de serveur cloud sélectionnée pour déployer le nouveau serveur. Par exemple, les serveurs optimisés pour les E/S ne peuvent pas être créés à partir d'images avec des volumes système supérieurs à 40 Go.

• Si vous prenez une image d'un serveur cloud Windows configuré pour être un contrôleur de domaine (DC), vous ne pouvez pas restaurer à partir de cette image. Notre système de construction s'appuie sur le compte administrateur local pour effectuer les tâches de configuration, et ce compte est désactivé lorsqu'un serveur est promu contrôleur de domaine. Si vous souhaitez créer une image d'un serveur qui est également un contrôleur de domaine, vous devez d'abord le rétrograder d'être un contrôleur de domaine avant de créer l'image.