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 sur site pour AWS
L'utilisation AWS comme environnement de reprise après sinistre (DR) hors site pour les charges de travail sur site est un scénario hybride courant. Définissez vos objectifs de reprise après sinistre, y compris les objectifs de temps et de point de restauration requis, avant de sélectionner les technologies à utiliser. Pour vous aider à définir cette définition, vous pouvez utiliser la liste de contrôle du plan de reprise après sinistre
Un certain nombre d'options sont disponibles pour vous aider à configurer et à approvisionner rapidement un environnement de reprise après sinistre AWS. Assurez-vous de prendre en compte toutes les dépendances de votre charge de travail et de tester votre plan et votre solution de reprise après sinistre de manière approfondie et régulière pour vérifier leur intégrité.
AWS permet AWS Elastic Disaster Recoveryde créer une réplique complète de vos serveurs locaux, y compris le volume racine et le système d'exploitation, sur AWS. Elastic Disaster Recovery réplique en continu vos machines dans une zone de transit peu coûteuse de votre compte AWS cible et de votre choix Région AWS. La réplication au niveau des blocs est une réplique exacte du stockage de vos serveurs, y compris le système d'exploitation, la configuration de l'état du système, les bases de données, les applications et les fichiers. En cas de sinistre, vous pouvez demander à Elastic Disaster Recovery de lancer rapidement des milliers de machines entièrement provisionnées en quelques minutes.
Elastic Disaster Recovery utilise un agent installé sur chacun de vos serveurs locaux. Les agents synchronisent l'état de vos serveurs sur site avec les équivalents Amazon EC2 de faible puissance exécutés sur ces serveurs. AWS Vous pouvez également automatiser votre processus de reprise après sinistre et de reprise après incident avec Elastic Disaster Recovery. L'automatisation de votre processus de basculement et de restauration peut vous aider à atteindre un objectif de temps de restauration (RTO) plus court et plus constant.
-
Rapports sur l'état du serveur de réplication
-
Les ressources de la zone de transit sont créées et supprimées automatiquement
-
Instances de restauration lancées avec un RTO en minutes et un RPO en secondes
-
Réplication continue au niveau des blocs (compressée et chiffrée)
Il est important de tester le processus de reprise après sinistre et de vérifier que l'environnement de live staging ne crée pas de conflits avec l'environnement sur site. Par exemple, vérifiez que les licences appropriées sont disponibles et fonctionnent dans votre environnement de reprise après sinistre sur site, intermédiaire et initié. Vérifiez également que tous les processus de type collaborateur susceptibles d'interroger et d'extraire du travail d'une base de données centrale sont configurés de manière appropriée pour éviter les chevauchements ou les conflits. Dans votre processus de reprise après sinistre, incluez toutes les étapes nécessaires qui doivent être effectuées avant que les instances de votre serveur de restauration ne soient mises en ligne. Incluez également les étapes à effectuer une fois que les instances du serveur de restauration sont en ligne et disponibles. Vous pouvez utiliser des solutions telles que la solution AWS Elastic Disaster Recovery Plan Automation
Vous pouvez utiliser une passerelle de volume Storage Gateway pour fournir à vos serveurs locaux des volumes basés sur le cloud. Ces volumes peuvent également être rapidement provisionnés pour être utilisés avec Amazon EC2 à l'aide de snapshots Amazon EBS. En particulier, les passerelles de volumes stockés fournissent à vos applications sur site un accès à faible latence à l'ensemble de leurs ensembles de données. Les passerelles de volume fournissent également des sauvegardes durables basées sur des instantanés qui peuvent être restaurées pour une utilisation sur site ou pour une utilisation avec Amazon EC2. Vous pouvez planifier des point-in-time snapshots en fonction de l'objectif du point de restauration (RPO) pour votre charge de travail.
Important
Les volumes de passerelle de volumes sont destinés à être utilisés comme volumes de données et non comme volumes de démarrage.
Vous pouvez utiliser une Amazon Machine Image (AMI) Amazon EC2 avec une configuration correspondant à vos serveurs sur site et spécifiant vos volumes de données séparément. Après avoir configuré et testé l'AMI, provisionnez les instances EC2 à partir de l'AMI ainsi que les volumes de données en fonction des instantanés de la passerelle de volumes. Cette approche vous oblige à tester votre environnement de manière approfondie afin de vérifier que votre instance EC2 fonctionne correctement, en particulier pour les charges de travail Windows.
