ElastiCache pour la terminologie Redis - Amazon ElastiCache for Redis

ElastiCache pour la terminologie Redis

En octobre 2016, Amazon ElastiCache a lancé le support pour Redis 3.2. À ce stade, nous avons ajouté la prise en charge du partitionnement de vos données sur un maximum de 500 fragments (appelés groupes de nœuds dans l'API ElastiCache et AWS CLI). Afin de conserver la compatibilité avec les versions précédentes, nous avons étendu nos opérations de la version d''API 2015-02-02) pour inclure les nouvelles fonctionnalités de Redis.

En parallèle, nous avons commencé à avoir recours à la terminologie de la console ElastiCache qui est utilisée dans cette nouvelle fonctionnalité et qui est courante dans le 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 relation un-à-un entre un nœud et un cluster de cache lorsqu'il n'y a pas de nœuds de réplica. Ainsi, la console ElastiCache utilisait souvent les termes de façon 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'API ElastiCache et AWS CLI continuent à utiliser les termes qui étaient déjà présents.

Cluster par rapport au groupe de réplication

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

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

  • Lorsqu'il s'agit d'un cluster Redis (mode cluster désactivé) qui prend en charge la réplication dans une seule partition (nommée groupe de nœuds dans l'API et la CLI).

  • Lorsque le cluster est un cluster Redis (mode cluster activé) qui prend en charge la réplication dans 1 à 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.

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

Image : ElastiCache pour Clusters Redis (vue de la console)

Les opérations de l'API ElastiCache et de l'AWS CLI distinguent toujours les clusters ElastiCache for Redis à nœud unique des groupes de réplication à plusieurs nœuds. Le schéma suivant illustre les différentes topologies ElastiCache for Redis du point de vue de l'API ElastiCache et de la AWS CLI.


							Image : ElastiCache pour les groupes de réplication et clusters Redis (vue de l'API et de la CLI)
Groupe de réplication par rapport à l’entrepôt de données globale

Une magasin de donnée global est un ensemble d'un ou de plusieurs clusters qui se répliquent les uns sur les autres sur les régions, tandis qu'un groupe de réplication 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 être dans une région AWS différente de celle du cluster principal.

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