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.
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 (AWS)
Mars 2024 (historique du document)
En octobre 2021, le Forbes Technology Council a publié un article intitulé Why Disaster Recovery Is No Longer Optional For Today's Businesses
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 Édition compatible avec MySQL 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 et les architectes d'applications évaluent les bases de données utilisées dans leurs applications et migrent vers la base de données adéquate 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.