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.
MemoryDB implémente la réplication avec des données partitionnées sur un maximum de 500 partitions.
Chaque partition d'un cluster possède une partition uniqueread/write primary node and up to 5 read-only replica nodes. Each primary node can sustain up to 100 MB/s. Vous pouvez créer un cluster avec un plus grand nombre de partitions et un nombre inférieur de répliques, pour un total de 500 nœuds par cluster. Cette configuration de cluster peut aller de 500 partitions et 0 répliques à 100 partitions et 4 répliques, soit le nombre maximum de répliques autorisées.
Réplication dans un cluster
Chaque réplique de lecture d'une partition conserve une copie des données provenant du nœud principal de la partition. Des mécanismes de réplication asynchrones utilisant les journaux de transactions sont utilisés pour maintenir les répliques lues synchronisées avec les répliques principales. Les applications peuvent lire à partir de n'importe quel nœud du cluster. Les applications ne peuvent écrire que sur les nœuds principaux. Les répliques de lecture améliorent l'évolutivité de la lecture. Comme MemoryDB stocke les données dans des journaux de transactions durables, il n'y a aucun risque de perte de données. Les données sont partitionnées entre les partitions d'un cluster MemoryDB.
Les applications utilisent le point de terminaison du cluster MemoryDB pour se connecter aux nœuds du cluster. Pour de plus amples informations, veuillez consulter Recherche de points de terminaison de connexion.
Les clusters MemoryDB sont régionaux et ne peuvent contenir que des nœuds d'une seule région. Pour améliorer la tolérance aux pannes, vous devez approvisionner les serveurs principaux et lire les répliques dans plusieurs zones de disponibilité au sein de cette région.
L'utilisation de la réplication, qui fournit le mode multi-AZ, est fortement recommandée pour tous les clusters MemoryDB. Pour de plus amples informations, veuillez consulter Minimiser les temps d'arrêt dans MemoryDB avec Multi-AZ.
