Elastic Compute Service:FAQ sur la protection et la récupération des données

Remplacement du disque système

Avant de remplacer un disque système, nous vous recommandons de créer un snapshot pour sauvegarder vos données. Vous devez également vous assurer que le disque système dispose d'au moins 1 GiB d'espace réservé. Dans le cas contraire, l'instance risque de ne pas démarrer après le remplacement du disque système.

Pour connaître les tarifs des disques système, consultez la page de tarification d'Elastic Compute Service.

Prévention de la perte de données

Dans les scénarios à haut risque, créez un snapshot pour sauvegarder vos données. Ces scénarios incluent la modification de fichiers système critiques, l'exécution de sauvegardes de données régulières, la récupération d'une instance libérée par erreur, la prévention des attaques réseau, le remplacement d'un système d'exploitation, la fourniture de données pour un environnement de production et l'exécution d'autres opérations à haut risque. En cas d'erreur, vous pouvez restaurer le disque afin d'atténuer les risques. Pour plus d'informations, consultez les rubriques Créer manuellement un snapshot unique et Restaurer un disque à l'aide d'un snapshot.

Puis-je créer des snapshots pour des disques locaux ?

Non. Nous vous recommandons de mettre en œuvre la redondance des données au niveau de la couche application ou de créer un ensemble de déploiement pour votre cluster afin d'améliorer la disponibilité de l'application. Pour plus d'informations, consultez la rubrique Disques locaux.

Suppression de fichiers et utilisation de l'espace

Non. La suppression d'un fichier ajoute uniquement un marqueur à son en-tête ; cette opération ne réduit pas la quantité d'espace utilisée sur le disque.

Taille du snapshot supérieure aux données du système de fichiers

• Symptôme : Vous supprimez des fichiers dans une instance Elastic Compute Service (ECS), puis vous créez un snapshot. Vous constatez que la taille du snapshot n'a pas diminué, ou que le snapshot est plus volumineux que l'utilisation de l'espace disque signalée par le système de fichiers.

• Cause : Des opérations telles que le formatage d'un système de fichiers, la suppression de fichiers et l'écriture de données réduisent le nombre de blocs vides sur un disque. Cela diminue la capacité à éliminer les blocs vides lors de la création d'un snapshot. Il en résulte une taille de snapshot supérieure aux données affichées dans le système de fichiers. L'incohérence entre la taille du système de fichiers et la taille du snapshot peut être due aux raisons suivantes :

  • Les métadonnées du système de fichiers occupent de l'espace disque.

  • Lors de l'initialisation, un grand nombre de blocs de données sont écrits dans le système de fichiers. Ces opérations d'écriture occupent de l'espace disque. Un bloc est une unité logique de stockage. Elastic Block Storage divise les adresses de blocs logiques (LBA) d'un disque en blocs de taille égale.

  • Pour réduire la surcharge des performances, le système de fichiers crée uniquement un marqueur de suppression dans les propriétés du fichier lorsqu'un fichier est supprimé. Le disque ne prend pas connaissance de l'instruction de suppression. Par conséquent, les blocs de données restent dans un état alloué et sont copiés dans le snapshot. Cela entraîne une taille de snapshot supérieure à la taille du système de fichiers.

  • Des modules tels que Virtio-block pour les pilotes de virtualisation KVM et Block-front pour Xen ne prennent pas en charge la commande TRIM. La commande d'E/S disque TRIM indique qu'un segment de données n'est plus utilisé et peut être supprimé. Sans elle, le disque ignore que les données ont été supprimées.

Consultation des prix des snapshots par région

Accédez à la page Détails de la tarification ECS et cliquez sur l'onglet Pricing. Sous l'onglet Snapshot, vous pouvez consulter les prix unitaires des snapshots dans différentes régions.

Différences entre les plans de ressources OSS et les SCU

• Plan de ressources OSS : Un plan de ressources Object Storage Service (OSS) est un plan de ressources par abonnement. Il comprend divers types, tels que les plans de stockage et les plans de transfert de données. Pour plus d'informations, consultez la rubrique Plans de ressources.

• Unité de capacité de stockage (SCU) : Une SCU est un plan de ressources par abonnement qui peut être utilisé pour compenser les frais de stockage de divers produits de stockage, tels que les disques, les snapshots et Object Storage Service (OSS). Après l'achat d'une SCU, elle compense automatiquement les factures de paiement à l'utilisation des disques et des snapshots dans la même région. Si la capacité réelle de vos disques et snapshots dépasse la capacité de la SCU, l'utilisation excédentaire est automatiquement facturée selon la méthode de paiement à l'utilisation. Pour plus d'informations, consultez la rubrique Unité de capacité de stockage (SCU).

Quelles méthodes de facturation s'appliquent aux snapshots ?

Les frais susceptibles d'être engagés pour l'utilisation des snapshots incluent les frais de stockage des snapshots et les frais de trafic de réplication des snapshots. Par défaut, la méthode de facturation de paiement à l'utilisation est appliquée. Vous pouvez acheter une unité de capacité de stockage (SCU) pour compenser les frais de stockage des snapshots. Toutefois, ces plans ne peuvent pas être utilisés pour compenser les frais de trafic de réplication des snapshots. Pour plus d'informations, consultez la rubrique Facturation des snapshots .

Existe-t-il un quota gratuit pour les snapshots ?

Pour les régions situées hors de Chine continentale, Alibaba Cloud offre un quota gratuit de 5 Go pour les snapshots. Toute utilisation dépassant ce quota est facturée. Pour plus d'informations sur la facturation des snapshots, consultez la rubrique Facturation des snapshots.

Coûts liés à l'activation des snapshots

L'activation du service de snapshot est gratuite. Une fois le snapshot créé, vous êtes facturé en fonction de sa taille.

• Pour plus d'informations sur la facturation des snapshots, consultez la rubrique Facturation des snapshots.

• Pour savoir comment activer les snapshots, consultez la rubrique Activer les snapshots.

Coûts liés aux politiques de snapshot automatique

Les politiques de snapshot automatique sont gratuites, mais les snapshots qu'elles génèrent sont facturés. Tous les snapshots, qu'ils soient automatiques ou manuels, engendrent des coûts. Pour plus d'informations, consultez la rubrique Facturation des snapshots.

Coûts liés aux groupes de snapshots cohérents

Un groupe de snapshots cohérent est gratuit, mais vous êtes facturé pour la capacité des snapshots de disque individuels qu'il contient. Pour plus d'informations, consultez la rubrique Facturation des snapshots.

Conservation des snapshots après suppression d'un disque

• Les snapshots manuels ne sont pas supprimés.

• La suppression des snapshots automatiques dépend de l'activation de l'attribut Delete Automatic Snapshots While Releasing Disk. Pour plus d'informations, consultez la rubrique Configurer la libération des snapshots automatiques avec leurs disques.

Arrêt de la création de snapshots automatiques

Perte de snapshots lors de la réinitialisation d'un disque

Non. La réinitialisation d'un disque ne supprime ni ses snapshots manuels ni ses snapshots automatiques.

Perte de snapshots lors du remplacement du disque système

Les snapshots manuels de l'ancien disque système sont conservés. Si les snapshots automatiques sont configurés pour être libérés avec le disque, ils sont supprimés.

Téléchargement ou exportation de snapshots

Non. Vous ne pouvez pas télécharger ou exporter directement des snapshots. Vous devez d'abord créer une image personnalisée à partir d'un snapshot, puis exporter l'image personnalisée.

Affichage des données contenues dans un snapshot

Vous ne pouvez pas afficher directement les données d'un snapshot. Utilisez l'une des méthodes suivantes pour consulter les données stockées :

• Créez un disque à partir d'un snapshot, puis attachez le nouveau disque à une instance ECS pour afficher les données stockées dans le snapshot.

• Créez une image personnalisée à partir d'un snapshot, puis utilisez cette image pour créer une nouvelle instance ECS afin d'afficher les données stockées dans le snapshot.

Stockage des images personnalisées issues de snapshots dans OSS

Non. Une image personnalisée ne peut pas être stockée directement dans un bucket OSS. Vous pouvez exporter l'image personnalisée créée à partir du snapshot vers un bucket OSS de votre choix, puis la télécharger et l'utiliser depuis ce bucket. Pour plus d'informations, consultez la rubrique Exporter une image personnalisée.

Prévention de la suppression automatique des snapshots

• La durée de conservation d'un snapshot détermine s'il est supprimé.

  Lorsque vous créez manuellement un snapshot ou définissez une politique de snapshot automatique, vous pouvez choisir de le conserver indéfiniment ou pendant un nombre de jours personnalisé. Le système supprime automatiquement le snapshot à l'expiration de sa durée de conservation. Vous pouvez prolonger la durée de conservation des snapshots manuels et automatiques selon vos besoins. Pour plus d'informations, consultez la rubrique Prolonger la durée de conservation d'un snapshot.

• Les snapshots automatiques sont supprimés avant leur date d'expiration si la propriété Delete automatic snapshots along with the disk est activée et que le disque associé est libéré (manuellement, avec une instance ou lors d'un remplacement du disque système). Vous pouvez désactiver la propriété Delete automatic snapshots along with the disk pour empêcher la suppression des snapshots lors de la libération du disque. Pour plus d'informations, consultez la rubrique Définir la libération des snapshots automatiques avec les disques.

Suppression des snapshots après des opérations sur les disques ou les instances

Suppression de snapshots utilisés par des images ou des disques

• Vous pouvez forcer la suppression d'un snapshot qui a servi à créer un disque. Après cette suppression, vous ne pourrez plus effectuer d'opérations dépendant de l'état des données du snapshot original, telles que la réinitialisation d'un disque.

• Pour un snapshot ayant servi à créer une image personnalisée, vous devez supprimer l'image avant de pouvoir supprimer le snapshot.

Pour plus d'informations, consultez la rubrique Supprimer un snapshot.

Erreur lors de la suppression d'un snapshot associé

Votre snapshot a été utilisé pour créer une image personnalisée. Vous devez supprimer cette image personnalisée avant de pouvoir supprimer le snapshot. Pour plus d'informations, consultez la rubrique Supprimer une image personnalisée.

Exécution de la politique de snapshot avec des images ou des disques dérivés

Non. Vous pouvez associer une politique de snapshot automatique existante à un disque. Après l'association, Alibaba Cloud crée automatiquement des snapshots pour le disque aux moments ou intervalles spécifiés dans la politique. Cela n'empêche pas l'exécution de la politique de snapshot automatique.

Application de plusieurs politiques de snapshot à un disque

Par défaut, une seule politique peut être liée à un seul disque. Pour lier plusieurs politiques, consultez la rubrique Appliquer une politique de snapshot automatique aux disques.

Lorsque vous créez une politique de snapshot automatique et définissez la durée de conservation sur Permanently Retained, les snapshots peuvent-ils être supprimés ?

Oui.

• Si vous n'avez plus besoin d'un snapshot, vous pouvez le supprimer manuellement. Pour plus d'informations, consultez la rubrique Supprimer un snapshot.

• Vous pouvez également activer l'attribut Delete Automatic Snapshots While Releasing Disk. Lorsque vous libérez le disque, ses snapshots automatiques sont également supprimés.

Disparition du disque de données après redémarrage ou réinitialisation

• Symptôme : Après le redémarrage ou la réinitialisation d'une instance Linux, vous vous connectez à l'instance et exécutez la commande df -h pour vérifier les points de montage des disques, mais constatez que le disque de données est absent.

• Cause :

  • Redémarrage de l'instance : Si vous n'avez pas écrit les informations de montage dans le fichier /etc/fstab avant de redémarrer l'instance, celle-ci ne monte pas automatiquement le disque de données après le redémarrage.

  • Réinitialisation du disque système : La réinitialisation du disque système réinitialise le fichier /etc/fstab. L'instance ne monte pas automatiquement le disque de données après la réinitialisation du disque système.

• Solution :

  Cette solution utilise la partition /dev/xvdb1 d'une instance non optimisée pour les E/S à titre d'exemple. Pour un disque de données attaché à une instance optimisée pour les E/S n'utilisant pas le protocole NVMe, le nom de périphérique du disque est /dev/vd[b-z]. Pour un disque de données attaché à une instance optimisée pour les E/S utilisant le protocole NVMe, le nom de périphérique du disque est /dev/nvmeXn1. Effectuez les opérations en fonction de votre scénario réel.

  1. Exécutez la commande mount /dev/xvdb1 pour remonter le disque de données.

  2. Exécutez la commande mount pour afficher le type de système de fichiers de la partition de disque de données /dev/xvdb1.

  3. En supposant que la partition /dev/xvdb1 utilise le système de fichiers ext3, exécutez la commande suivante pour écrire les informations de montage du disque de données dans le fichier /etc/fstab.

     echo '/dev/xvdb1 /data ext3 defaults 0 0' >> /etc/fstab

  4. Dans la console, redémarrez l'instance ECS.

Partitions après restauration d'un disque repartitionné

La restauration d'un disque le ramène à l'état où il se trouvait au moment de la création du snapshot. Si le disque n'avait pas été repartitionné à ce moment-là, il ne comportera pas plusieurs partitions après la restauration.

Erreur de restauration de disque : « l'instance doit être arrêtée »

• Symptôme : Lors de la restauration d'un disque, vous recevez le message d'erreur « To roll back the disk, you must stop the instance. Make sure that no snapshots are being created for the disk and that you have not changed the operating system. »

• Cause : Cette erreur est généralement due à une propriété ou un statut de disque incorrect.

• Solution : Vous pouvez résoudre le problème en vérifiant le statut de l'instance et les tâches de snapshot associées.

  • Vérifiez si l'instance est arrêtée.

    Vous ne pouvez restaurer un disque que pour une instance arrêtée. Vous pouvez consulter le statut de l'instance sur la page Instances de la console.

  • Vérifiez si le disque système de l'instance associée au snapshot a été remplacé.

    Si le système d'exploitation est remplacé, le disque système de l'instance est automatiquement recréé à partir de la nouvelle image et l'ID du disque système change. Par conséquent, les snapshots originaux de l'instance ne peuvent plus être utilisés pour la restauration. Toutefois, vous pouvez créer une image personnalisée à partir d'un snapshot, puis remplacer le disque système par cette image personnalisée pour restaurer l'instance à l'état du snapshot. Pour plus d'informations, consultez les rubriques Créer une image personnalisée à partir d'un snapshot et Remplacer le système d'exploitation (remplacer le disque système).

  • Vérifiez si un snapshot est en cours de création pour le disque.

    Pour garantir la cohérence des données, vous ne pouvez pas effectuer d'opération de restauration si une tâche de snapshot est en cours pour le disque. Sur la page Instance Details, cliquez sur l'onglet Snapshot et vérifiez s'il existe des tâches de snapshot dont la Progress n'est pas 100 % et dont le Status est Processing.

    Pour effectuer la restauration du disque plus rapidement, vous pouvez arrêter la tâche de création de snapshot en sélectionnant le snapshot et en cliquant sur Delete Snapshot.

Restauration des données à partir d'un snapshot après la libération de l'instance

Après la libération d'une instance ECS, vous pouvez utiliser les méthodes suivantes pour restaurer rapidement ses données :

1. Créez une image personnalisée à partir d'un snapshot.

2. Créez une instance à partir d'une image personnalisée ou partagée.

3. Connectez-vous à la nouvelle instance ECS, vérifiez si les données sont entièrement restaurées, puis copiez ou traitez les données selon vos besoins.

   Important

   La création d'une nouvelle instance peut entraîner des frais de calcul et de stockage. Nous vous recommandons de libérer l'instance dès que la récupération des données est terminée afin d'éviter des frais supplémentaires.

Utilisation d'anciens snapshots de disque système pour la restauration

Non.

Comme solution de contournement, créez un disque à la demande (pay-as-you-go) à partir du snapshot, attachez-le à l'instance, copiez les données, puis libérez le disque temporaire pour éviter des frais inutiles. Consultez les rubriques Créer un disque de données à partir d'un snapshot, Attacher un disque de données et Libérer un disque cloud.

Restauration d'un disque sur une instance différente

Non. Pour restaurer un disque à l'aide d'un snapshot, vous devez le restaurer sur l'instance d'origine. Toutefois, vous pouvez utiliser le snapshot de l'ancien disque de données pour créer un nouveau disque et l'attacher à la nouvelle instance. Pour plus d'informations, consultez les rubriques Créer un disque de données à partir d'un snapshot et Attacher un disque de données.

Raisons de l'échec de la restauration d'un disque

Vous pouvez vérifier le statut du snapshot en fonction du message d'erreur reçu lors de la restauration du disque. Pour les problèmes courants et leurs solutions, consultez les questions relatives à la restauration des disques dans la rubrique FAQ sur Elastic Block Storage.

Utilisation de snapshots de disque de données pour créer des images personnalisées

Non. Le disque correspondant au snapshot utilisé pour créer une image personnalisée doit être un disque système.

Sur une instance Linux, la réinitialisation du disque système ne modifie pas le contenu du disque de données, mais les informations de montage associées à ce dernier sont perdues. Supposons qu'avant la réinitialisation du disque système, la partition du disque de données rattachée à l'instance se nommait /dev/vdb1 et que le point de montage était /InitTest. Après le redémarrage de l'instance Linux, suivez les étapes ci-dessous pour créer un nouveau point de montage et monter la partition du disque de données.

1. Exécutez la commande mount pour afficher les informations de montage du disque de données.

   Le résultat n'inclut pas les informations relatives à /dev/vdb1.

2. Exécutez la commande fdisk -l pour afficher les informations sur les partitions du disque de données.

3. Exécutez la commande cat /etc/fstab pour vérifier le nom du point de montage d'origine de la partition du disque de données /dev/vdb1.

4. Exécutez la commande mkdir /InitTest pour recréer le point de montage de la partition du disque de données.

   Le nouveau point de montage doit être identique à celui de /dev/vdb1 avant la réinitialisation du disque système.

5. Exécutez la commande mount /dev/vdb1 /InitTest pour remonter la partition du disque de données.

6. Exécutez la commande df -h pour vérifier le résultat du montage.

7. Suivez les étapes ci-dessous pour vérifier si le disque de données /dev/vdb1 peut être monté automatiquement.

   1. Exécutez la commande umount /dev/vdb1 pour démonter /dev/vdb1.

   2. Exécutez la commande mount pour afficher les informations de montage.

      Si le démontage réussit, le résultat n'inclut pas les informations relatives à /dev/vdb1.

   3. Exécutez la commande mount -a pour monter automatiquement /dev/vdb1.

   4. Exécutez la commande mount pour afficher les informations de montage.

      Si le montage automatique réussit, le résultat inclut les informations relatives à /dev/vdb1.

• Méthode de création

  • Les snapshots manuels doivent être créés manuellement. Vous pouvez accéder à la page des snapshots ou des disques, personnaliser les paramètres du snapshot selon vos besoins et créer manuellement un snapshot pour un disque. Pour plus d'informations, consultez la rubrique Créer manuellement un snapshot unique.

  • Les snapshots automatiques reposent sur une politique de snapshot automatique. Après avoir créé et activé une politique de snapshot automatique, Alibaba Cloud crée automatiquement des snapshots pour le disque aux moments ou aux intervalles spécifiés dans la politique. Pour plus d'informations, consultez la rubrique Créer une politique de snapshot automatique.

• Source du snapshot

  Dans la liste des snapshots, vous pouvez consulter la source des snapshots manuels et automatiques :

  • La valeur Snapshot Source d'un snapshot automatique est Automatic Snapshot.

  • La valeur Snapshot Source d'un snapshot manuel est Manual Snapshot.

• Nom du snapshot

  • Le nom d'un snapshot manuel est personnalisé lors de sa création.

  • Le nom d'un snapshot automatique commence par auto2,0 et suit le format auto2,0_yyyyMMdd_SnapshotPolicyId, où :

    • auto2,0 : indique qu'il s'agit d'un snapshot automatique, ce qui le distingue d'un snapshot manuel.

    • yyyyMMdd : date de création du snapshot, où y représente l'année, M le mois et d le jour.

    • SnapshotPolicyId : ID de la politique de snapshot automatique associée au snapshot.

Vous créez un système de fichiers sur une partition de disque. Le système de fichiers gère l'espace disque et ses opérations de gestion sont finalement converties en requêtes d'E/S disque. Le disque enregistre l'état des blocs de données et copie les données vers Object Storage Service (OSS) si nécessaire. Ce processus permet de créer un snapshot. La relation entre le système de fichiers et un snapshot est illustrée dans la figure suivante :

Les principales différences sont présentées dans le tableau suivant :