ElastiCache terminologie

En octobre 2016, Amazon ElastiCache a lancé le support pour Redis OSS 3.2. À ce stade, nous avons ajouté la possibilité de partitionner vos données sur un maximum de 500 partitions (appelées groupes de nœuds dans l' ElastiCache API et AWS CLI). Pour préserver la compatibilité avec les versions précédentes, nous avons étendu les opérations de la version 2015-02-02 de l'API pour inclure la nouvelle fonctionnalité Redis OSS.

Dans le même temps, nous avons commencé à utiliser la terminologie de la ElastiCache console qui est utilisée dans cette nouvelle fonctionnalité et qui est courante dans l'ensemble du secteur. Ces modifications impliquent que la terminologie utilisée dans l'API et la CLI est parfois différente de celle utilisée dans la console. La liste suivante identifie les termes qui peuvent varier entre l'API, la CLI et la console.

Cluster ou nœud de cache par rapport au nœud

Il existe une one-to-one relation entre un nœud et un cluster de cache lorsqu'il n'existe aucun nœud de réplication. Ainsi, la ElastiCache console utilisait souvent les termes de manière interchangeable. La console utilise désormais le terme nœud partout. La seule exception est le bouton Créer un cluster, qui lance le processus de création d'un cluster avec ou sans nœuds de réplica.

L' ElastiCache API et AWS CLI continuez à utiliser les termes comme par le passé.

Cluster ou groupe de réplication Valkey ou Redis OSS

La console utilise désormais le terme cluster pour tous ElastiCache pour les clusters Redis OSS. La console utilise le terme cluster dans tous les cas de figure suivants :

• Lorsque le cluster est un cluster Valkey ou Redis OSS à nœud unique.

• Lorsque le cluster est un cluster Valkey ou Redis OSS (mode cluster désactivé) qui prend en charge la réplication au sein d'une seule partition (dans l'API et la CLI, appelée groupe de nœuds).

• Lorsque le cluster est un cluster Valkey ou Redis OSS (mode cluster activé) qui prend en charge la réplication entre 1 et 90 partitions ou jusqu'à 500 avec une demande d'augmentation de limite. 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.

Pour plus d'informations sur les groupes de réplication Valkey ou Redis OSS, consultez. Haute disponibilité avec les groupes de réplication

Le schéma suivant illustre les différentes topologies des ElastiCache clusters Redis OSS du point de vue de la console.

L' ElastiCache API et les AWS CLI opérations distinguent toujours un nœud unique ElastiCache pour les clusters Redis OSS des groupes de réplication Valkey ou Redis OSS à nœuds multiples. Le schéma suivant illustre les différentes ElastiCache topologies de Redis OSS du point de vue de l' ElastiCache API et AWS CLI du point de vue.

Groupe de réplication Valkey ou Redis OSS par rapport à une banque de données globale

Une banque de données globale est un ensemble d'un ou de plusieurs clusters qui se répliquent entre eux dans différentes régions, tandis qu'un groupe de réplication Valkey ou Redis OSS réplique les données sur un cluster activé en mode cluster avec plusieurs partitions. Un magasin de données global se compose des éléments suivants :

• Cluster principal (actif) : un cluster principal accepte les écritures répliquées dans tous les clusters de l'entrepôt de données global. Un cluster principal accepte également les demandes de lecture.

• Cluster secondaire (passif) : un cluster secondaire accepte uniquement les demandes de lecture et réplique les mises à jour de données à partir d'un cluster principal. Un cluster secondaire doit se trouver dans une AWS région différente de celle du cluster principal.

Pour plus d'informations sur les entrepôts de données globales, consultez Réplication entre AWS régions à l'aide de banques de données mondiales.