Bonnes pratiques AWS en matière de reprise après sinistre
Toute activité susceptible de nuire à la continuité des activités d’une entreprise, qu’il s’agisse de charges de travail sur site ou dans le cloud, peut être qualifiée de sinistre. Il est essentiel qu’une entreprise consacre du temps et des ressources à l’identification de tous les risques potentiels et à l’élaboration de plans visant à les prévenir – ou, à tout le moins, à prendre les mesures nécessaires pour en atténuer les conséquences négatives.
L’élaboration d’un plan complet de reprise après sinistre (DR) pour votre infrastructure sur site et dans le cloud AWS est une priorité absolue. Dans cet article de blog, nous abordons les bonnes pratiques en matière de planification de la reprise après sinistre sur AWS pour ces deux cas de figure, en mettant l’accent sur les Workloads AWS.
Avantages de l’utilisation d’AWS pour la reprise après sinistre
La plateforme Amazon Web Services (AWS) propose une large gamme de services, notamment le stockage de bases de données, la puissance de calcul, la diffusion de contenu et d’autres fonctionnalités spécifiques. AWS peut également être utilisé pour restaurer rapidement les opérations métier s’exécutant sur des machines virtuelles et des instances EC2 en cas de sinistre. AWS vous permet de créer des réplicas et de configurer la reprise après sinistre aussi bien pour les environnements sur site que pour ceux dans le cloud. Le fait de conserver les données critiques de l’entreprise dans le cloud AWS élimine également la nécessité d’un système de stockage physique secondaire, ce qui entraîne généralement des coûts importants.
En effet, vos données de sauvegarde et de réplication peuvent être stockées dans plusieurs régions AWS à travers le monde, de manière sécurisée et fiable. Dans le cadre de sa fonctionnalité de reprise après sinistre, AWS vous permet d’exécuter et de tester une solution de reprise après sinistre tierce afin de détecter d’éventuelles lacunes (effectuer des tests de reprise après sinistre AWS). Vous pouvez ensuite utiliser les modèles AWS CloudFormation pour définir les pratiques de reprise après sinistre les plus efficaces et les enregistrer dans un Amazon Virtual Private Cloud en vue d’une utilisation ultérieure.
Scénarios de reprise après sinistre AWS
Amazon propose quatre stratégies de reprise après sinistre AWS. Le choix dépend des besoins et du budget de votre organisation. Diverses combinaisons sont possibles pour répondre aux besoins spécifiques de n’importe quelle infrastructure virtuelle.
- Sauvegarde et restauration. Les données critiques peuvent être sauvegardées et envoyées vers un emplacement hors site tel que Stockage Amazon S3, où elles sont bien protégées et peuvent être rapidement restaurées en cas de besoin. L’interface utilisateur Web d’Amazon S3 permet d’y accéder depuis n’importe où. Vous pouvez copier des données directement sur Amazon S3 ou créer des sauvegardes et les stocker dans le cloud. Il s’agit de l’un des scénarios de reprise après sinistre les plus courants sur AWS.
- « Pilot light ». Ce scénario de reprise après sinistre vous permet de disposer d’une version réduite d’un environnement virtuel dans le cloud, en veillant à ce qu’il reste toujours opérationnel et à jour. Vous pouvez rapidement réaliser la récupération et lancer les composants les plus critiques de votre infrastructure basée sur AWS. Des services tels que les images Amazon Machine Images (AMI) et les instantanés Amazon EBS sont utilisés. La méthode « Pilot Light » est plus pratique que la stratégie de reprise après sinistre AWS par sauvegarde et restauration, car elle réduit considérablement le temps consacré à la récupération.
- Veille active. Dans ce scénario de reprise après sinistre, une version allégée de votre infrastructure de production est toujours en fonctionnement dans le cloud. En cas d’incident de reprise après sinistre, il est possible de lui assurer une évolutivité rapide afin de minimiser les temps d’arrêt et de rétablir les opérations et les Workloads critiques.
- Déploiement multisite (« hot standby »). Cette méthode consiste à répliquer les données critiques pour l’activité et les composants essentiels de votre infrastructure, puis à les répartir sur plusieurs emplacements, sur site ou dans le cloud. Tous ces emplacements sont actifs ; ils se partagent le trafic et les charges de travail. Si une catastrophe touche l’un des emplacements, vous disposez toujours d’un système intact, prêt à fonctionner en mode de production à pleine capacité. Amazon EC2 Auto Scaling est utilisé pour gérer ce processus. Grâce à la mise en attente active, des objectifs de temps de récupération (RTO) et de point de récupération (RPO) minimaux sont atteints. Si vous décidez d’utiliser la mise en veille active parmi les scénarios de reprise après sinistre d’AWS, n’oubliez pas que l’exécution simultanée de plusieurs systèmes virtuels peut s’avérer assez coûteuse.
Les fonctionnalités suivantes méritent également d’être mentionnées dans le contexte de la reprise après sinistre :
- Réplication . Pour garantir une haute disponibilité, la réplication interrégionale peut être mise en œuvre si vos Workloads principales se trouvent dans le cloud AWS. Dans ce cas, les données critiques et les composants système sont répliqués vers n’importe quelle autre région AWS de votre choix. Si des modifications sont apportées à la base de données principale, les données peuvent être mises à jour soit instantanément (réplication synchrone), soit avec un léger retard (réplication asynchrone). Ces deux types de réplication répondent à des besoins métier différents.
- Restauration automatique . Au cours du processus de reprise après sinistre, la charge de travail de l’instance affectée est transférée vers le site cible et l’instance répliquée est mise sous tension (basculement). Une fois le site principal restauré, vous pouvez réaliser la récupération de l’instance d’origine. Pour enregistrer toutes les modifications apportées aux données dans l’instance de reprise après sinistre depuis le basculement, vous devez inverser le flux de réplication des données vers le site principal (restauration automatique).
- Plusieurs régions AWS . Chaque région AWS est une zone distincte et indépendante destinée à stocker soit des instances, soit des données. Pour garantir la réussite de la reprise après sinistre, vous pouvez choisir de stocker les données dans deux régions AWS ou plus afin d’atténuer l’impact de sinistres à très grande échelle.
Bonnes pratiques de reprise après sinistre AWS
Voici les bonnes pratiques en matière de reprise après sinistre AWS, que vous devez garder à l’esprit lorsque vous élaborez un plan de reprise après sinistre AWS pour votre environnement.
- Tests de reprise après sinistre AWS . Après avoir installé une solution de reprise après sinistre, vous devez la tester. Les tests peuvent être exécutés sur demande ou planifiés. Vous pouvez réaliser des « tests en conditions réelles », qui consistent à tester vos applications et vos instances afin de vérifier si votre plan de reprise après sinistre fonctionne comme prévu et si les RTO peuvent être respectés. À cette fin, AWS CloudFormation peut être utilisé pour réaliser le déploiement d’environnements complets sur Amazon EC2. Vous pouvez créer un modèle de ressource, qui vous permet de modéliser et de gérer les composants d’infrastructure de votre environnement cloud. Des tests périodiques permettent zu überprüfen, dass alle Komponenten der Reprise nach einem Ereignis korrekt geplant und organisiert sind und dass Ihre RTOs und RPO eingehalten werden können, wenn es darauf ankommt.
- Surveillance und Alerting . Um zu verhindern, dass ein möglicher Sinistralfall Ihre Infrastruktur zerstört, müssen Sie die möglichen Probleme schnell identifizieren. Vous pouvez surveiller régulièrement le fonctionnement de votre système et vérifier son intégrité. Cela vous permet de détecter rapidement les menaces émergentes telles que les problèmes de connectivité, les pannes de serveur ou l’arrêt d’une application. Amazon CloudWatch évalue les performances de vos ressources AWS. Des alarmes et des notifications peuvent être configurées pour vous avertir lorsque certains indicateurs atteignent un niveau critique.
- Sauvegardes et réplications régulières . Avant qu’une catastrophe ne survienne, il est essentiel de préparer votre système et d’exécuter régulièrement des tâches de sauvegarde et de réplication. Vous disposez ainsi d’une cible satisfaisante pour le basculement. Après avoir basculé vers votre environnement de reprise après sinistre, vous devez continuer à exécuter régulièrement des tâches de sauvegarde et de réplication. Le stockage de ces sauvegardes et répliques dans des emplacements distants distincts vous permet d’éviter le risque d’un point de défaillance unique. AWS peut effectuer régulièrement des tests de reprise après sinistre afin de vérifier l’état de votre infrastructure de reprise après sinistre.
- Utilisation des outils et techniques AWS . Pour vous assurer que les bonnes pratiques AWS en matière de reprise après sinistre sont bien mises en œuvre, vous devez adopter des groupes de récupération ou des piles d’applications. De cette manière, vous pouvez organiser correctement la récupération de votre infrastructure – par exemple, les applications critiques pour l’activité doivent être restaurées en premier, car elles ont la priorité la plus élevée.
Services de reprise après sinistre AWS
À cette fin, AWS propose divers services :
- AWS Elastic Reprise après sinistre est un service de réplication des données et de récupération des applications exécutées sur site et dans le cloud. Vous pouvez lancer la récupération d’instances AWS dans le cloud afin de restaurer les applications sur ces instances.
- AWS Import/Export permet d’accéder à des périphériques de stockage portables pour transférer des données et des applications critiques vers et depuis AWS. Grâce au réseau interne haut débit d’Amazon, même de grands volumes de données peuvent être transférés rapidement et en toute sécurité vers la destination souhaitée.
- Amazon Elastic Cloud Compute (Amazon EC2) vous permet d’utiliser des ressources informatiques et de créer un centre de données virtuel complet dans le cloud AWS à la demande. Les instances EC2 peuvent être créées en quelques minutes et vous garantissent un contrôle total pendant toute la durée de la reprise après sinistre.
- Amazon Simple Storage Service (Amazon S3) est conçu pour stocker et récupérer les données les plus prioritaires. Ce service conserve les composants critiques pour l’activité sur plusieurs appliances réparties dans divers sites, offrant ainsi le plus haut niveau de disponibilité. AWS assure une protection supplémentaire grâce à la gestion des identités et des accès (IAM), aux politiques de compartiment, à l’authentification multifactorielle (MFA) et au versionnage des objets.
- Amazon Elastic Block Store (Amazon EBS) est un stockage au niveau des blocs destiné aux données utilisées avec vos instances Amazon EC2 dans le cloud. Les données sont stockées sous forme d’instantanés qui sont ensuite transférés vers Amazon S3, garantissant ainsi un stockage fiable et à long terme de vos données.
- Service de base de données relationnelle d’Amazon (Amazon RDS) facilite la configuration et la gestion d’une base de données relationnelle dans le cloud AWS. Il s’agit d’une solution économique et flexible permettant d’effectuer de nombreuses tâches d’administration de bases de données.
- Amazon connexion directe vous permet d’établir une connexion dédiée entre un réseau sur site et le cloud AWS. Cela vous aide à sécuriser et à accélérer les connexions réseau sans engager de coûts élevés.
- Accès sécurisé . Lorsque vous travaillez avec des données privées et/ou critiques pour l’entreprise, il est essentiel, quelle que soit la taille de l’organisation, d’assurer un niveau de sécurité élevé. À cette fin, vous pouvez utiliser AWS Identity and Access Management (IAM), qui garantit un accès sécurisé aux ressources de votre environnement de reprise après sinistre. Avec IAM, vous pouvez créer des politiques de sécurité basées sur les rôles et sur les utilisateurs qui contrôlent l’accès des utilisateurs aux données critiques.
- Automatisation . L’automatisation de la reprise après sinistre est un aspect important des bonnes pratiques AWS en matière de reprise après sinistre. Lors d’un événement de reprise après sinistre, il est essentiel de disposer d’un contrôle total sur vos serveurs AWS et vos serveurs sur site. Cependant, il est souvent physiquement impossible de superviser manuellement la récupération de chaque application et instance. Pour une gestion efficace, l’orchestration et l’automatisation des processus de reprise après sinistre sont nécessaires. Plusieurs services de gestion Amazon sont disponibles à cette fin :
- Un ensemble de fonctionnalités disponibles sur AWS CloudFormation vous permet de provisionner des services d’infrastructure de manière automatisée.
- AWS OpsWorks contribue à automatiser la configuration, le déploiement et la gestion des serveurs au sein de vos instances Amazon EC2, ainsi que dans vos environnements informatiques sur site.
- La fonctionnalité « Autoscaling » permet d’augmenter ou de réduire le nombre de vos instances afin de répondre à la demande, en fonction des paramètres que vous spécifiez sur AWS CloudWatch. Cela s’avère extrêmement utile lors d’une opération de reprise après sinistre. La solution peut automatiquement augmenter la capacité pour faire face à l’augmentation de la charge de travail sur les serveurs, puis la réduire une fois que les processus de votre infrastructure de production ont retrouvé leur état normal.
- Octroi de licences . L’installation d’applications disposant d’une licence valide dans votre environnement AWS est essentielle pour garantir des performances optimales. AWS propose différents types de licences, tels que « Licence incluse » et « Apportez votre propre licence », afin de répondre aux besoins spécifiques de votre entreprise. Notez que votre solution de protection des données doit également disposer d’une licence pour intégration transparente avec AWS.
Solution de reprise après sinistre AWS de NAKIVO
Amazon EC2 est un cloud hautement fiable et sécurisé. Néanmoins, il existe un certain nombre de menaces susceptibles de perturber les performances des instances Amazon EC2 et de compromettre la continuité d’activité. Une solution dédiée et intégrée de sauvegarde et de reprise après sinistre, telle que NAKIVO Backup & Replication, peut garantir une fiabilité optimale et la réalisation de vos objectifs de reprise.
La solution NAKIVO permet de protéger votre environnement cloud grâce à la sauvegarde des instances Amazon EC2 et à la Réplication d’instances Amazon EC2, vous permettant ainsi de respecter les bonnes pratiques AWS en matière de reprise après sinistre. Les fonctionnalités de reprise après sinistre de la solution comprennent le basculement automatisé, la restauration automatique, Site Recovery pour l’orchestration de séquences de reprise après sinistre de n’importe quelle complexité, ainsi que des tests de reprise après sinistre.
Le produit vous permet de créer et de gérer des répliques de vos instances EC2 d’origine et de les stocker dans un emplacement cible de votre choix. Les répliques d’instances restent hors tension sur le site de reprise après sinistre et peuvent être facilement mises sous tension lors d’un incident nécessitant une récupération instantanée. Ainsi, aucun coût supplémentaire n’est engagé pour maintenir en permanence les répliques d’instances en veille.
