OSSNœuds et partitions Valkey ou Redis - Amazon ElastiCache

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.

OSSNœuds et partitions Valkey ou Redis

Une partition (dans le API etCLI, un groupe de nœuds) est un arrangement hiérarchique de nœuds, chacun enveloppé dans un cluster. Les partitions prennent en charge la réplication. Au sein d'une partition, un nœud fonctionne comme le nœud primaire de lecture/écriture. Tous les autres nœuds contenus dans une partition fonctionnent comme des réplicas en lecture seule du nœud primaire. Valkey, ou Redis OSS version 3.2 et versions ultérieures, prend en charge plusieurs partitions au sein d'un cluster (dans le API etCLI, un groupe de réplication). Cette prise en charge permet de partitionner vos données dans un cluster Valkey ou Redis OSS (mode cluster activé).

Le schéma suivant illustre les différences entre un cluster Valkey ou Redis OSS (mode cluster désactivé) et un cluster Valkey ou Redis OSS (mode cluster activé).

Image : partitions Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé) (/: groupes de nœuds) API CLI

Les clusters Valkey ou Redis OSS (mode cluster activé) prennent en charge la réplication via des partitions. L'APIopération DescribeReplicationGroups(CLI: describe-replication-groups) répertorie les groupes de nœuds avec les nœuds membres, le rôle du nœud au sein du groupe de nœuds, ainsi que d'autres informations.

Lorsque vous créez un OSS cluster Valkey ou Redis, vous spécifiez si vous souhaitez créer un cluster avec le clustering activé. Les clusters Valkey ou Redis OSS (mode cluster désactivé) ne comportent jamais plus d'une partition, qui peut être redimensionnée horizontalement en ajoutant (jusqu'à cinq au total) ou en supprimant des nœuds de lecture de répliques. Pour plus d'informations, veuillez consulter Haute disponibilité avec les groupes de réplication, Ajouter une réplique de lecture pour Valkey ou Redis OSS (mode cluster désactivé) ou Suppression d'une réplique lue pour Valkey ou Redis OSS (mode cluster désactivé). Les clusters Valkey ou Redis OSS (mode cluster désactivé) peuvent également être redimensionnés verticalement en modifiant le type de nœud. Pour de plus amples informations, veuillez consulter Dimensionnement des nœuds de réplication pour Valkey ou Redis OSS (mode cluster désactivé).

La limite de nœuds ou de partitions peut être augmentée jusqu'à un maximum de 500 par cluster si le moteur est Valkey ou Redis OSS version 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. Les écueils courants incluent 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.

Une fois qu'un cluster Valkey ou Redis OSS (mode cluster activé) est créé, il peut être modifié (redimensionné ou réduit). Pour plus d’informations, consultez Dimensionnement ElastiCache et Remplacement des nœuds (Valkey et RedisOSS).

Lorsque vous créez un nouveau cluster, vous pouvez l'alimenter avec des données de l'ancien cluster afin qu'il ne démarre pas vide. Cette approche fonctionne uniquement si le groupe de clusters a le même nombre de partitions que l'ancien cluster. Elle peut être utile si vous devez modifier le type de nœud ou la version de votre moteur. Pour plus d’informations, consultez Réalisation de sauvegardes manuelles et Restauration à partir d’une sauvegarde dans un nouveau cache.