View a markdown version of this page

Présentation des clusters mondiaux Amazon DocumentDB - Amazon DocumentDB

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.

Présentation des clusters mondiaux Amazon DocumentDB

Qu'est-ce qu'un cluster mondial ?

Un cluster mondial comprend une région principale et jusqu'à 10 régions secondaires en lecture seule. Vous effectuez des opérations d'écriture directement sur le cluster principal de la région principale et Amazon DocumentDB réplique automatiquement les données vers les régions secondaires à l'aide d'une infrastructure dédiée. La latence est généralement inférieure à une seconde.

En quoi les clusters mondiaux sont-ils utiles ?

  • Restauration après une Region-wide panne  : en cas de Region-wide panne, vous pouvez transformer l'un des clusters secondaires en cluster principal en quelques minutes, avec un objectif de temps de restauration (RTO) typique inférieur à une minute. L'objectif de point de restauration (RPO) est généralement mesuré en secondes, mais cela dépend du décalage sur le réseau au moment de la panne.

  • Lectures globales avec latence locale — Si vous avez des bureaux dans le monde entier, vous pouvez utiliser un cluster mondial pour maintenir à jour vos principales sources d'informations dans la région principale. Les bureaux de vos autres régions peuvent accéder aux informations dans leur propre région, avec une latence locale.

  • Clusters secondaires évolutifs  : vous pouvez faire évoluer vos clusters secondaires en ajoutant davantage d'instances en lecture seule à une région secondaire. Le cluster secondaire est en lecture seule, il peut donc prendre en charge jusqu'à 16 instances de répliques en lecture seule au lieu de la limite habituelle de 15 pour un seul cluster.

  • Réplication rapide des clusters principaux vers les clusters secondaires  : la réplication effectuée par un cluster global a peu d'impact sur les performances du cluster de base de données principal. Les ressources des instances de base de données sont entièrement dévouées aux charges de travail d’application en lecture et en écriture.

  • Flux de modifications  : vous pouvez lire les flux de modifications d'un cluster secondaire dans des clusters globaux, ce qui réduit la charge sur le cluster principal et vous permet de dimensionner les charges de travail de lecture depuis les régions secondaires.

Quelles sont les limites actuelles des clusters mondiaux ?

  • Les clusters globaux ne sont pas pris en charge sur Amazon DocumentDB v3.6.

  • Les clusters globaux sont pris en charge sur tous les types d'instances à l'exception de db.t3, db.t4g et db.r4.

  • Les clusters mondiaux ne sont pas disponibles dans les régions suivantes : Amérique du Sud (São Paulo), Europe (Milan), Chine (Pékin) et Chine (Ningxia).

  • Le basculement et le basculement global ne sont pas pris en charge lorsque les régions utilisent des versions de moteur différentes. Le basculement manuel est pris en charge en cas de non-concordance entre les versions du moteur.

  • Seul le cluster principal exécute les opérations d’écriture. Les clients qui effectuent des opérations d'écriture se connectent au point de terminaison du cluster principal.

  • Vous pouvez avoir un maximum de 10 régions secondaires et une région principale pour votre cluster.

  • Un cluster secondaire ne peut pas être arrêté. Un cluster principal ne peut pas être arrêté si des clusters secondaires lui sont associés. Seul un cluster régional qui ne possède aucun cluster secondaire peut être arrêté.

  • Les réplicas attachés au cluster secondaire peuvent redémarrer dans certaines circonstances. Si l'instance de la région principale redémarre ou échoue, les répliques de la région secondaire redémarrent également. Le cluster est alors indisponible tant que toutes les répliques ne sont pas à nouveau synchronisées avec l'instance d'écriture du cluster de base de données principal. Ce comportement est normal. Assurez-vous de bien comprendre l'impact sur votre cluster global avant d'apporter des modifications à votre cluster principal.