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.
DR pour les charges de travail natives du cloud
Déterminez comment vos charges de travail natives pour le cloud s'alignent sur vos objectifs de reprise après sinistre. AWS fournit plusieurs zones de disponibilité dans des régions du monde entier. De nombreuses entreprises utilisant le AWS cloud alignent leurs architectures de charge de travail sur leurs objectifs de reprise après sinistre pour résister à la perte d'une zone de disponibilité. Le pilier de fiabilité
Dans la pratique, toutefois, il se peut que vous ne puissiez pas établir une architecture redondante, active et automatisée pour tous vos composants. Examinez chaque couche de votre architecture afin de déterminer les processus de reprise après sinistre nécessaires pour atteindre vos objectifs. Cela peut varier d'une charge de travail à l'autre, selon les exigences en matière d'architecture et de service. Ce guide couvre les considérations et les options relatives à Amazon EC2. Pour les autres AWS services, vous pouvez consulter la AWS documentation afin de déterminer la haute disponibilité et les options de reprise après sinistre.
DR pour Amazon EC2 dans une seule zone de disponibilité
Essayez de structurer vos charges de travail pour soutenir et servir activement les clients de plusieurs zones de disponibilité. Vous pouvez utiliser Amazon EC2 Auto Scaling et Elastic Load Balancing pour créer une architecture de serveur multi-AZ pour Amazon EC2 et d'autres services.
Si votre architecture comporte des instances EC2 qui ne peuvent pas être équilibrées en charge et qu'une seule instance ne peut être exécutée qu'à un moment donné, vous pouvez utiliser l'une des options suivantes.
-
Créez un groupe Auto Scaling dont la taille minimale, maximale et souhaitée est égale à 1 et qui est configuré pour plusieurs zones de disponibilité. Créez une AMI qui peut être utilisée pour remplacer l'instance en cas de défaillance. Assurez-vous de définir l'automatisation et la configuration appropriées afin qu'une instance nouvellement provisionnée à partir de l'AMI puisse être automatiquement configurée et fournir un service. Créez un équilibreur de charge qui pointe vers le groupe Auto Scaling et qui est configuré pour plusieurs zones de disponibilité. Vous pouvez éventuellement créer un alias Amazon Route 53 qui pointe vers le point de terminaison de l'équilibreur de charge.
-
Créez un enregistrement Route 53 pour votre instance active et demandez à vos clients de se connecter à l'aide de cet enregistrement. Créez un script qui crée une nouvelle AMI de votre instance active et utilise l'AMI pour provisionner une nouvelle instance EC2 à l'état arrêté dans une zone de disponibilité distincte. Configurez le script pour qu'il s'exécute périodiquement et qu'il mette fin à l'instance précédemment arrêtée. En cas de défaillance de la zone de disponibilité, démarrez votre instance de sauvegarde dans votre autre zone de disponibilité. Mettez ensuite à jour l'enregistrement Route 53 pour qu'il pointe vers cette nouvelle instance.
Testez votre solution de manière approfondie en simulant la panne contre laquelle elle a été conçue pour vous protéger. Tenez également compte des mises à jour dont votre solution de reprise après sinistre aura besoin à mesure que l'architecture de votre charge de travail évoluera.
DR pour Amazon EC2 en cas de panne régionale
Les clients ayant des exigences de disponibilité très élevées (par exemple, des applications critiques qui ne peuvent tolérer aucune interruption de service) peuvent utiliser plusieurs AWS régions pour renforcer leur résilience face aux problèmes au niveau régional. Les clients doivent soigneusement évaluer la complexité, le coût et les efforts nécessaires pour établir et maintenir un plan de reprise après sinistre multirégional par rapport aux avantages. AWS fournit des fonctionnalités qui prennent en charge les architectures multirégionales pour la disponibilité globale, le basculement et la reprise après sinistre. Ce guide couvre quelques-unes des fonctionnalités disponibles spécifiques à la sauvegarde et à la restauration pour Amazon EC2.
AWS Les AMI et les instantanés Amazon EBS sont des ressources régionales qui peuvent être utilisées pour approvisionner de nouvelles instances au sein d'une même région. Toutefois, vous pouvez copier vos instantanés et vos AMI dans une autre région et les utiliser pour approvisionner de nouvelles instances dans cette région. Pour prendre en charge un plan de reprise après incident régional, vous pouvez automatiser le processus de copie des AMI et des instantanés vers d'autres régions. AWS Backup et Amazon Data Lifecycle Manager prennent en charge la copie entre régions dans le cadre de votre configuration de sauvegarde.
AWS Elastic Disaster Recoverypeut être utilisé pour automatiser et répliquer en continu vos serveurs Amazon EC2 d'une région vers une autre région DR. Elastic Disaster Recovery peut simplifier votre approche de reprise après sinistre multirégionale et vous aider à tester régulièrement votre plan de reprise après sinistre interrégional Amazon EC2 à l'aide d'exercices. Elastic Disaster Recovery peut vous aider lorsque la sauvegarde et la restauration ne sont pas en mesure d'atteindre vos objectifs de RTO et de RPO. Elastic Disaster Recovery peut vous aider à réduire votre RTO à quelques minutes et votre RPO à moins de quelques secondes.
Quelle que soit la solution que vous utilisez, vous devez déterminer le processus de provisionnement, de basculement et de restauration à utiliser en cas de panne. Vous pouvez utiliser Route 53 avec des contrôles de santé et un basculement du système de noms de domaine pour vous aider à soutenir votre solution.
