View a markdown version of this page

Bonnes pratiques relatives aux tables globales - Amazon DynamoDB

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.

Bonnes pratiques relatives aux tables globales

Les sections suivantes décrivent les bonnes pratiques en matière de déploiement et d’utilisation de tables globales.

Version

Deux versions des tables globales DynamoDB sont disponibles : la version 2019.11.21 (actuelle) et la version 2017.11.29 (héritée). Vous devez utiliser la version 2019.11.21 (actuelle) dans la mesure du possible.

Protection contre la suppression

Vous devez activer la protection contre la suppression sur les réplicas de tables globales que vous souhaitez protéger contre toute suppression accidentelle. Vous devez activer la protection contre la suppression sur chaque réplica.

Utilisation AWS CloudFormation

CloudFormation ne prend pas actuellement en charge la coordination de ressources multirégionales telles que les tables globales entre les piles. Si vous définissez chaque réplica d’une table globale dans une pile régionale distincte, vous rencontrerez des erreurs dues à la détection d’une dérive entre les piles lors de la mise à jour des réplicas. Pour éviter ce problème, vous devez choisir une région comme région de référence pour déployer vos tables globales et définir tous les réplicas de vos tables globales dans la pile de cette région.

Important

Vous ne pouvez pas convertir une ressource de type AWS::DynamoDB::Table en une ressource de type AWS::DynamoDB::GlobalTable en modifiant son type dans votre modèle. Toute tentative de conversion d'une table à région unique en table globale en modifiant son type de CloudFormation ressource peut entraîner la suppression de votre table DynamoDB.

Vous pouvez utiliser la ressource AWS::DynamoDB::GlobalTable pour créer une table dans une seule région. Cette table sera déployée comme toute autre table à région unique. Si vous mettez ultérieurement à jour la pile pour ajouter d’autres régions à une ressource, des réplicas seront ajoutés à la table et celle-ci sera convertie en toute sécurité en table globale.

Si vous souhaitez convertir une ressource AWS::DynamoDB::Table existante en ressource AWS::DynamoDB::GlobalTable, les étapes recommandées pour convertir le type de ressource sont les suivantes :

  1. Définir la politique de suppression AWS::DynamoDB::Table à conserver.

  2. Retirer la table de la définition de pile.

  3. Ajoutez des répliques à la table à région unique de la AWS console pour la convertir en table globale.

  4. Importer la table globale en tant que nouvelle ressource AWS::DynamoDB::GlobalTable dans la pile.

Note

Lorsque vous ajoutez un réplica dans une nouvelle région à une table globale, les paramètres de capacité provisionnés de la région source, y compris la mise à l'échelle automatique de la capacité maximale, sont appliqués au nouveau réplica lors de sa création, quelles que soient les valeurs de capacité spécifiées dans votre CloudFormation modèle. Si la capacité maximale de la région source dépasse le quota de débit au niveau de la table dans la région de destination, la création de répliques échoue avec une erreur similaire à. insufficient TableMaxReadCapacityUnits limits Une fois la réplique créée, vous pouvez ajuster ses paramètres de capacité de lecture indépendamment ; ces ajustements ne sont pas transférés aux autres régions. Pour plus d'informations sur les quotas de débit au niveau des tables pour les tables globales, consultez. Tables globales

Sauvegardes et Point-in-Time restaurations

L'activation des sauvegardes et de Point-in-Time la restauration automatisées (PITR) pour un réplica dans un tableau global peut être suffisante pour atteindre vos objectifs de reprise après sinistre. Les sauvegardes de répliques créées avec AWS-Backup peuvent être automatiquement répliquées entre les régions pour une meilleure résilience. Tenez compte des objectifs de votre plan de reprise après sinistre dans le contexte de la haute disponibilité multirégionale lorsque vous choisissez votre stratégie de sauvegarde et d’activation du PITR.

Conception pour une haute disponibilité multirégionale

Pour obtenir des conseils prescriptifs sur le déploiement de tables globales, consultez les Bonnes pratiques relatives à la conception d’une table globale DynamoDB.