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.
Comprendre la réplication Valkey et Redis OSS
Redis OSS implémente la réplication de deux manières :
-
Avec une seule partition contenant toutes les données du cluster dans chaque nœud : Valkey ou OSS Redis (mode cluster désactivé)
-
Avec des données partitionnées sur un maximum de 500 partitions : Valkey ou OSS Redis (mode cluster activé)
Chaque partition d'un groupe de réplication compte un nœud simple primaire en lecture/écriture et jusqu'à 5 nœuds de réplica en lecture seule. Vous pouvez créer un cluster contenant un nombre de partitions supérieur et un nombre de réplicas inférieur, qui conduisent à un nombre total de 90 nœuds par cluster. Cette configuration de cluster peut contenir de 90 partitions avec 0 réplica à 15 partitions avec 5 réplicas, ce qui correspond au nombre maximal de réplicas autorisé.
La limite de nœuds ou de partitions peut être augmentée jusqu'à un maximum de 500 par cluster si la version du OSS moteur Redis est 5.0.6 ou supérieure. Par exemple, vous pouvez choisir de configurer un cluster de 500 nœuds compris entre 83 (un principal et 5 réplicas par partition) et 500 partitions (un principal et aucun réplicas). Assurez-vous qu’il y ait suffisamment d’adresses IP disponibles pour faire face à l’augmentation. Parmi les écueils courants, citons le fait que les sous-réseaux du groupe de sous-réseaux ont une CIDR plage trop petite ou que les sous-réseaux sont partagés et fortement utilisés par d'autres clusters. Pour de plus amples informations, veuillez consulter Création d'un groupe de sous-réseaux.
Pour les versions antérieures à 5.0.6, la limite est de 250 par cluster.
Pour demander une augmentation de cette limite, veuillez consulter AWS Service Limits et sélectionnez le type de limite Nœuds par cluster par type d'instance.
Valkey ou Redis OSS (mode cluster désactivé)
Un cluster Valkey ou Redis OSS (mode cluster désactivé) possède une seule partition, à l'intérieur de laquelle se trouve un ensemble de nœuds : un nœud principal en lecture/écriture et jusqu'à cinq nœuds répliques secondaires en lecture seule. Chaque réplica en lecture conserve une copie des données du nœud principal du cluster. Des mécanismes de réplication asynchrones sont utilisés pour maintenir les réplicas en lecture synchronisés avec le nœud principal. Les applications peuvent lire à partir de n'importe quel nœud du cluster. Les applications ne peuvent écrire que sur le nœud principal. Les réplicas en lecture améliorent le débit de lecture et préviennent la perte de données en cas de défaillance d'un nœud.
![Image : cluster Valkey ou Redis OSS (mode cluster désactivé) avec une seule partition et des nœuds de réplication](images/ElastiCacheClusters-CSN-Redis-Replicas.png)
Cluster Valkey ou Redis OSS (mode cluster désactivé) avec une seule partition et des nœuds de réplication
Vous pouvez utiliser des clusters Valkey ou Redis OSS (mode cluster désactivé) avec des nœuds de réplication pour adapter votre solution ElastiCache afin de gérer les applications gourmandes en lecture ou de prendre en charge un grand nombre de clients lisant simultanément à partir du même cluster.
Tous les nœuds d'un cluster Valkey ou Redis OSS (mode cluster désactivé) doivent résider dans la même région.
Lorsque vous ajoutez un réplica en lecture à un cluster, toutes les données du nœud principal sont copiées dans le nouveau nœud. A partir de ce moment, chaque fois que des données sont écrites sur le nœud principal, les changements sont propagés en mode asynchrone sur tous les réplicas en lecture.
Pour améliorer la tolérance aux pannes et réduire les temps d'arrêt d'écriture, activez le mode multi-AZ avec basculement automatique pour votre cluster Valkey ou Redis OSS (mode cluster désactivé) avec des répliques. Pour de plus amples informations, veuillez consulter Minimiser les temps d'arrêt ElastiCache en utilisant le multi-AZ avec Valkey et Redis OSS.
Vous pouvez modifier les rôles des nœuds au sein du cluster Valkey ou Redis OSS (mode cluster désactivé), le principal et l'une des répliques échangeant des rôles. Vous pouvez décider de le faire pour améliorer des performances. Par exemple, avec une application Web qui a une activité d'écriture intensive, vous pouvez choisir le nœud avec la plus basse latence réseau. Pour de plus amples informations, veuillez consulter Promouvoir une réplique en lecture au statut principal, pour les groupes de réplication Valkey ou Redis OSS (mode cluster désactivé).
Valkey ou Redis OSS (mode cluster activé)
Un cluster Valkey ou Redis OSS (mode cluster activé) est composé de 1 à 500 partitions (API/CLI: groupes de nœuds). Chaque partition dispose d'un nœud primaire et jusqu'à 5 nœuds de réplica en lecture seule. La configuration peut contenir de 90 partitions avec 0 réplica à 15 partitions avec 5 réplicas, ce qui correspond au nombre maximal de réplicas autorisé.
La limite de nœuds ou de partitions peut être augmentée jusqu'à un maximum de 500 par cluster si la version du moteur est Valkey 7.2 ou supérieure, ou Redis OSS 5.0.6 ou version ultérieure. Par exemple, vous pouvez choisir de configurer un cluster de 500 nœuds compris entre 83 (un principal et 5 réplicas par partition) et 500 partitions (un principal et aucun réplicas). Assurez-vous qu’il y ait suffisamment d’adresses IP disponibles pour faire face à l’augmentation. Parmi les écueils courants, citons le fait que les sous-réseaux du groupe de sous-réseaux ont une CIDR plage trop petite ou que les sous-réseaux sont partagés et fortement utilisés par d'autres clusters. Pour de plus amples informations, veuillez consulter Création d'un groupe de sous-réseaux.
Pour les versions antérieures à 5.0.6, la limite est de 250 par cluster.
Pour demander une augmentation de cette limite, veuillez consulter AWS Service Limits et sélectionnez le type de limite Nœuds par cluster par type d'instance.
Chaque réplica en lecture d'une partition conserve une copie des données du nœud principal de la partition. Des mécanismes de réplication asynchrones sont utilisés pour maintenir les réplicas en lecture synchronisés avec le nœud principal. 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éplicas en lecture améliorent l'évolutivité de la lecture et empêchent la perte de données. Les données sont partitionnées entre les partitions d'un cluster Valkey ou Redis OSS (mode cluster activé).
Les applications utilisent le point de terminaison de configuration du cluster Valkey ou Redis OSS (mode cluster activé) pour se connecter aux nœuds du cluster. Pour de plus amples informations, veuillez consulter Recherche de points de terminaison de connexion dans ElastiCache.
![Image : cluster Valkey ou Redis OSS (mode cluster activé) avec plusieurs partitions et nœuds de réplication](images/ElastiCacheClusters-CSN-RedisClusters.png)
Cluster Valkey ou Redis OSS (mode cluster activé) avec plusieurs partitions et nœuds de réplication
Tous les nœuds d'un cluster Valkey ou Redis OSS (mode cluster activé) doivent résider dans la même région. Pour améliorer la tolérance aux pannes, vous pouvez mettre en service les réplicas principaux et en lecture dans plusieurs zones de disponibilité au sein de cette région.
Actuellement, les fonctionnalités de Valkey ou Redis OSS (mode cluster activé) présentent certaines limites.
-
Vous ne pouvez promouvoir manuellement aucun des nœuds de réplica en tant que nœud principal.