Stratégie de reprise après sinistre pour les bases de données sur AWS

Oliver Francis, Balaji Desikachari, Jitendra Kumar et Suhas Basavaraj, Amazon Web Services

En octobre 2021, le Forbes Technology Council a publié un article intitulé Why Disaster Recovery Is No Longer Optional For Today's Businesses. L'article cite un U.S. Une étude de l'Agence fédérale de gestion des urgences (FEMA) indique que 40 % des petites et moyennes entreprises aux États-Unis d'Amérique font faillite après une catastrophe. En outre, 25 % des entreprises qui rouvrent leurs portes ferment à nouveau au bout d'un an. Compte tenu de la gravité du sujet, un plan de continuité des activités bien préparé comprenant une stratégie de reprise après sinistre (DR) pour les actifs informatiques est essentiel pour garantir la croissance et le succès à long terme de votre activité. Le cloud computing a rendu la reprise après sinistre viable, même pour les petites et moyennes entreprises, en abaissant les barrières à l'entrée. Compte tenu des risques liés à l'absence de solution adéquate en cas de sinistre, un plan de continuité des activités incluant une stratégie de reprise après sinistre devrait figurer en tête de votre liste de priorités en tant que chef d'entreprise.

Si vos charges de travail se poursuivent AWS, il ne fait aucun doute qu'une grande partie de vos données réside dans des AWS bases de données. Qu'il s'agisse de données stockées dans un système de base de données relationnelle (RDBMS) tel qu'Amazon Aurora MySQL-Compatible Edition ou dans une base de données NoSQL telle qu'Amazon DynamoDB, ces données sont précieuses pour votre entreprise. L'élaboration d'une stratégie de reprise après sinistre spécifique aux bases de données vous AWS permet de comprendre les AWS offres en termes de reprise après sinistre pour vos bases de données et comment vous pouvez tirer parti de ces informations dans votre plan de reprise après sinistre pour le AWS Cloud. 

Le diagramme à couloirs ci-dessous présente les tâches de haut niveau associées à la définition et à l'implémentation d'une stratégie de reprise après sinistre. Les deux colonnes indiquent les tâches appartenant à l'équipe de direction et les tâches détenues par les propriétaires et les architectes d'applications. L'équipe de direction est responsable de la prise de décisions. Cette équipe définit la stratégie de reprise après sinistre à suivre par l'organisation, favorise l'adoption de la reprise après sinistre à l'échelle de l'organisation, décide si l'automatisation sera nécessaire pour atteindre les objectifs de reprise après sinistre et définit le plan de test de reprise après sinistre.

Lorsque la stratégie de reprise après sinistre est en place, l'équipe de direction collabore avec les propriétaires et les architectes d'applications pour choisir les bases de données adaptées aux attentes en matière d'objectif de délai de reprise (RTO) et d'objectif de point de reprise (RPO) issues de la stratégie de reprise après sinistre. Alors que l'équipe de direction encourage l'adoption de la stratégie de reprise après sinistre, les propriétaires d'applications et les architectes évaluent les bases de données utilisées dans leurs applications et migrent vers la bonne base de données si les bases de données actuelles n'atteignent pas le RTO et le RPO définis pour leur application. Si nécessaire, les propriétaires et les architectes d'applications développent également l'automatisation et participent aux tests de reprise après sinistre afin d'affiner et d'améliorer la DR au niveau de l'application.

Cet article explique ces étapes à haut niveau pour les chefs d'entreprise et les décideurs qui souhaitent formuler une stratégie de reprise après sinistre interrégionale qui les aidera à atteindre leurs objectifs métier. L'article suppose des connaissances techniques et une connaissance de la terminologie de la reprise après sinistre, mais aucune AWS expertise.