Résilience de l'instance - Amazon Elastic Compute Cloud

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résilience de l'instance

Important

Les informations suivantes s'appliquent à la configuration des fonctionnalités liées à la restauration sur des instances saines. Si vous rencontrez actuellement des difficultés pour accéder à votre instance, consultez la section Dépannage des instances EC2.

S'il s'avère qu' AWS une instance n'est pas disponible en raison d'un problème matériel sous-jacent, vous pouvez configurer deux mécanismes pour garantir la résilience de l'instance afin de rétablir la disponibilité : la restauration automatique simplifiée et la restauration basée sur CloudWatch l'action Amazon. Ce processus est appelé restauration d'instance.

Au moins un mécanisme doit être configuré ou activé à l'avance avec les ressources prises en charge pour que le processus de restauration de l'instance ait lieu. Par défaut, la restauration automatique simplifiée est activée pour les instances prises en charge lors de leur lancement.

Présentation de la restauration d'instances

Voici des exemples de problèmes matériels sous-jacents susceptibles de nécessiter une restauration d'instance :

  • Perte de connectivité réseau

  • Perte d’alimentation système

  • Problèmes logiciels sur un hôte physique

  • Problèmes matériels sur un hôte physique ayant un impact sur l’accessibilité du réseau

Une instance récupérée est identique à l'instance d'origine, notamment :

  • ID d’instance

  • Adresses IP publiques, privées et élastiques

  • Métadonnées de l’instance

  • Groupe de placement

  • Volumes EBS joints

  • Zone de disponibilité

Une restauration d'instance réussie apparaîtra à l'instance comme un redémarrage imprévu. En d'autres termes, le contenu stocké dans la mémoire volatile sera perdu, les données du stockage d'instance seront effacées et le temps de fonctionnement du système d'exploitation recommencera à zéro.

Pour vous protéger contre la perte de données, nous vous recommandons de créer régulièrement des sauvegardes de données importantes. Pour plus d'informations sur les meilleures pratiques de sauvegarde et de restauration pour les instances Amazon EC2, consultez la section Meilleures pratiques pour Amazon EC2.

Alternatives de restauration d'instance

Les alternatives suivantes à la restauration d'instance peuvent être envisagées lorsqu'elles répondent au cas d'utilisation de vos instances.

Groupes Auto Scaling

Vous pouvez utiliser les groupes Auto Scaling pour regrouper un ensemble d'instances à des fins de dimensionnement et de disponibilité. Si une instance d'un groupe Auto Scaling devient indisponible, elle sera automatiquement remplacée (et non récupérée) par le groupe Auto Scaling. Pour plus d'informations, consultez Qu'est-ce qu'Amazon EC2 Auto Scaling ? dans le guide de l'utilisateur d'Amazon EC2 Auto Scaling.

Amazon EBS Multi-Attach

Vous pouvez configurer Amazon EBS Multi-Attach pour vos instances afin de permettre à plusieurs instances d'être connectées au même volume EBS. Combiné à un logiciel approprié, cela permet d'activer le clustering à haute disponibilité. Pour un exemple de configuration avec des instances Linux, voir Stockage en cluster simplifié : GFS2 sur les volumes compatibles avec Amazon EBS Multi-Attach sur le blog de stockage. AWS