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.

ElastiCache composants et fonctionnalités

Vous trouverez ci-dessous un aperçu des principaux composants d'un ElastiCache déploiement Amazon.

ElastiCache nœuds

Un nœud est le plus petit élément constitutif d'un ElastiCache déploiement. Un nœud peut exister par lui-même ou en relation avec d'autres nœuds.

Un nœud est un bloc de taille fixe connecté au réseau. RAM Chaque nœud exécute une instance du moteur et de la version choisis quand vous avez créé le cluster. Si nécessaire, vous pouvez faire évoluer les nœuds d'un cluster vers une instance d'un type différent. Pour de plus amples informations, veuillez consulter Dimensionnement ElastiCache.

Chaque nœud d'un cluster est du même type d'instance et exécute le même moteur de cache. Chaque nœud de cache possède son propre nom et son propre port de service de noms de domaine (DNS). Plusieurs types de nœuds de cache sont pris en charge, chacun avec différentes tailles de mémoire associée. Pour obtenir une liste des types d'instances de nœuds pris en charge, consultez Types de nœuds pris en charge.

Vous pouvez acheter des nœuds sur une pay-as-you-go base où vous ne payez que pour l'utilisation d'un nœud. Ou bien vous pouvez acquérir des nœuds réservés à un coût horaire beaucoup plus avantageux. Si votre taux d'utilisation est élevé, vous pouvez faire des économies en achetant des nœuds réservés. Imaginons que votre cluster est utilisé en permanence et que vous ajoutez des nœuds pour faire face aux pics d'utilisation. Dans ce cas, vous pouvez acheter un certain nombre de nœuds réservés à exécuter la plupart du temps. Vous pouvez ensuite acheter pay-as-you-go des nœuds pour les moments où vous devez parfois ajouter des nœuds. Pour plus d'informations sur les nœuds réservés, consultez Nœuds réservés.

Pour plus d'informations sur les nœuds, consultez Gestion des nœuds dans ElastiCache.

ElastiCache éclats

Une partition Valkey ou Redis OSS (appelée groupe de nœuds dans le API andCLI) est un regroupement de un à six nœuds connexes. Un OSS cluster Valkey ou Redis dont le mode cluster est activé possède toujours au moins une partition.

Le sharding est une méthode de partitionnement de bases de données qui sépare les grandes bases de données en parties plus petites, plus rapides et plus faciles à gérer, appelées fragments de données. Cela peut améliorer l'efficacité de la base de données en répartissant les opérations entre plusieurs sections distinctes. L'utilisation de partitions peut offrir de nombreux avantages, notamment une amélioration des performances, de l'évolutivité et de la rentabilité.

Les OSS clusters Valkey et Redis avec le mode cluster activé peuvent contenir jusqu'à 500 partitions, vos données étant partitionnées entre les partitions. 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 Valkey ou 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.

Une partition avec plusieurs nœuds implémente la réplication avec un nœud principal en lecture/écriture et de 1 à 5 nœuds de réplica. Pour de plus amples informations, veuillez consulter Haute disponibilité avec les groupes de réplication.

Pour plus d'informations sur les partitions, consultez Utilisation de fragments dans ElastiCache.

ElastiCache clusters

Un cluster est un regroupement logique d'un ou de plusieurs nœuds. Les données sont partitionnées entre les nœuds d'un cluster Memcached et entre les partitions d'un cluster Valkey ou Redis dont le mode OSS cluster est activé.

De nombreuses ElastiCache opérations ciblent les clusters :

Pour en savoir plus, consultez les rubriques connexes suivantes :

Configurations de clusters classiques

Voici des configuration de cluster classiques.

Clusters Valkey ou Redis OSS

Les OSS clusters Valkey ou Redis dont le mode cluster est désactivé contiennent toujours une seule partition (dans le groupe API etCLI, un nœud). Une partition Valkey ou Redis OSS contient un à six nœuds. S'il y a plus d'un nœud dans une partition, celle-ci prend en charge la réplication. Dans ce cas, un nœud est le nœud primaire en lecture/écriture et les autres sont des nœuds de réplica en lecture seule.

Pour une meilleure tolérance aux pannes, nous recommandons d'avoir au moins deux nœuds dans un OSS cluster Valkey ou Redis et d'activer le mode multi-AZ. Pour de plus amples informations, veuillez consulter Atténuation des défaillances.

À mesure que la demande de votre OSS cluster Valkey ou Redis change, vous pouvez augmenter ou diminuer. Pour ce faire, déplacez votre cluster vers un autre type d'instance de nœud. Si votre application est gourmande en lecture, nous vous recommandons d'ajouter des répliques en lecture seule au cluster. En faisant cela, vous pouvez répartir les lectures sur un nombre plus approprié de nœuds.

Vous pouvez également utiliser la hiérarchisation des données. Les données les plus fréquemment consultées sont stockées en mémoire et les données les moins fréquemment consultées sont stockées sur disque. L'avantage de l'utilisation de la hiérarchisation des données est qu'elle réduit les besoins en mémoire. Pour de plus amples informations, veuillez consulter Hiérarchisation des données ElastiCache.

ElastiCache permet de changer dynamiquement le type de nœud d'un OSS cluster Valkey ou Redis en un type de nœud plus grand. Pour plus d'informations sur le dimensionnement, consultez Mise à l'échelle de clusters à nœud unique pour Valkey ou Redis OSS (mode cluster désactivé) ou Dimensionnement des nœuds de réplication pour Valkey ou Redis OSS (mode cluster désactivé).

Configurations de cluster typiques pour Memcached

Memcached prend en charge jusqu'à 300 nœuds par client pour chaque AWS région, chaque cluster comportant de 1 à 60 nœuds. Vous partitionnez vos données sur plusieurs nœuds dans un cluster Memcached.

Lorsque vous exécutez le moteur Memcached, les clusters peuvent être composés de 1 à 60 nœuds. Vous partitionnez votre base de données sur plusieurs nœuds. Votre application a un accès en lecture et en écriture sur le point de terminaison de chaque nœud. Pour plus d’informations, consultez Découverte automatique.

Pour améliorer la tolérance aux pannes, localisez vos nœuds Memcached dans différentes zones de disponibilité (AZs) au sein de la région du AWS cluster. Ainsi, une défaillance dans une zone de disponibilité a un impact minimal sur l'ensemble du cluster et de l'application. Pour de plus amples informations, veuillez consulter Atténuation des défaillances.

Au fur et à mesure que votre cluster Memcached change, vous pouvez le faire évoluer en ajoutant ou supprimant des nœuds, qui répartissent vos données sur le nouvel ensemble de nœuds. Lorsque vous partitionnez vos données, nous vous recommandons d'utiliser le hachage cohérent. Pour plus d'informations sur le hachage cohérent, consultez Configuration de votre ElastiCache client pour un équilibrage de charge efficace (Memcached).

ElastiCache réplication

Pour Valkey et RedisOSS, la réplication est mise en œuvre en regroupant de deux à six nœuds dans une partition (dans le API etCLI, appelé groupe de nœuds). L'un de ces nœuds est le nœud principal en lecture/écriture. Tous les autres nœuds sont des nœuds de réplica en lecture seule. Les réplications ne sont disponibles que pour ElastiCache Valkey et RedisOSS, et non pour ElastiCache (Memcached).

Chaque nœud de réplica conserve une copie des données du nœud principal. Les nœuds de réplica utilisent des mécanismes de réplication asynchrones pour maintenir les réplicas en lecture synchronisés avec le nœud principal. Les applications peuvent lire à partir de n'importe lequel des nœuds du cluster, mais peuvent écrire uniquement dans le cluster principal. Les réplicas en lecture améliorent l'adaptabilité en répartissant les lectures sur plusieurs points de terminaison. Les réplicas en lecture améliorent également la tolérance aux pannes en conservant plusieurs copies des données de Le fait de répartir les réplicas en lecture sur plusieurs Zones de disponibilité permet d'améliorer davantage la tolérance aux pannes. Pour plus d'informations sur la tolérance aux pannes, consultez Atténuation des défaillances.

Les OSS clusters Valkey ou Redis prennent en charge une partition (dans le API etCLI, appelée groupe de nœuds).

La réplication du point de CLI vue API et utilise une terminologie différente pour maintenir la compatibilité avec les versions précédentes, mais les résultats sont les mêmes. Le tableau suivant indique les CLI termes API et conditions de mise en œuvre de la réplication.

Comparaison de la réplication : Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé) --> Cluster Valkey ou Redis avec le mode cluster activé par rapport au OSS cluster Valkey ou Redis avec le mode cluster désactivé OSS

Dans le tableau suivant, vous trouverez une comparaison des fonctionnalités des groupes de réplication Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé).

Tous les fragments (dans les groupes API etCLI, nœuds) et les nœuds doivent résider dans la même AWS région. Cependant, vous pouvez approvisionner les nœuds individuels dans plusieurs zones de disponibilité au sein de cette AWS région.

Les réplicas en lecture évitent les pertes de données potentielles car les données sont répliquées sur deux ou plusieurs nœuds, le principal et un ou plusieurs réplicas en lecture. Pour une plus grande fiabilité et une récupération plus rapide, nous vous recommandons de créer une ou plusieurs répliques de lecture dans différentes zones de disponibilité.

Vous pouvez également tirer parti des banques de données mondiales. En utilisant la OSS fonctionnalité Global Datastore pour Redis, vous pouvez utiliser une réplication entièrement gérée, rapide, fiable et sécurisée entre les régions AWS . Grâce à cette fonctionnalité, vous pouvez créer des clusters de répliques de lecture entre régions afin de permettre des lectures ElastiCache à faible latence et une reprise après sinistre dans toutes les régions AWS . Pour plus d'informations, consultez la section Réplication entre AWS régions à l'aide de banques de données globales.

ElastiCache points de terminaison

Un point de terminaison est l'adresse unique que votre application utilise pour se connecter à un ElastiCache nœud ou à un cluster.

Points de terminaison à nœud unique pour Valkey ou Redis OSS avec le mode cluster désactivé

Le point de terminaison d'un OSS cluster Valkey ou Redis à nœud unique est utilisé pour se connecter au cluster à la fois pour les lectures et les écritures.

Points de terminaison à nœuds multiples pour Valkey ou Redis OSS avec le mode cluster désactivé

Un cluster Valkey ou Redis à plusieurs nœuds dont le mode OSS cluster est désactivé possède deux types de points de terminaison. Le point de terminaison principal se connecte toujours au nœud principal du cluster, même si le rôle du nœud spécifique dans le principal change. Utilisez le point de terminaison principal pour toutes les écritures dans le cluster.

Utilisez le Point de terminaison du lecteur pour répartir également les connexions entrantes vers le point de terminaison entre toutes les réplicas lues. Utilisez les points de terminaison de nœud individuels pour les opérations de lecture (dans leAPI/, ils CLI sont appelés points de terminaison de lecture).

Points de terminaison Valkey ou Redis OSS (mode cluster activé)

Un cluster Valkey ou Redis avec le mode OSS cluster activé possède un point de terminaison de configuration unique. En se connectant au point de terminaison de configuration, votre application est en mesure de découvrir les points de terminaison principal et de lecture pour chaque partition du cluster.

Pour de plus amples informations, veuillez consulter Recherche de points de terminaison de connexion dans ElastiCache.

ElastiCache Points de terminaison (Memcached)

Chaque nœud d'un cluster Memcached a son propre point de terminaison. Le cluster a également un point de terminaison appelé le configuration endpoint (point de terminaison de la configuration). Si vous activez La découverte automatique et que vous vous connectez au point de terminaison de configuration, votre application découvre automatiquement le point de terminaison de chaque nœud, même après l'ajout ou la suppression des nœuds du cluster. Pour plus d’informations, consultez Découverte automatique.

Pour plus d'informations, consultez Points de terminaison .

ElastiCache groupes de paramètres

Les groupes de paramètres de cache sont un moyen simple de gérer les paramètres d'exécution pour le logiciel de moteur pris en charge. Les paramètres permettent de contrôler l'utilisation de la mémoire, les règles d'expulsion, la taille des objets, etc. Un groupe de ElastiCache paramètres est un ensemble nommé de paramètres spécifiques au moteur que vous pouvez appliquer à un cluster. En faisant cela, vous vous assurez que tous les nœuds de ce cluster sont configurés exactement de la même manière.

Pour obtenir la liste des paramètres pris en charge, leurs valeurs par défaut et ceux qui peuvent être modifiés, voir DescribeEngineDefaultParameters (CLI: describe-engine-default-parameters).

Pour des informations plus détaillées sur les groupes de ElastiCache paramètres, consultezConfiguration des paramètres du moteur à l'aide de groupes de ElastiCache paramètres.

ElastiCache sécurité

Pour renforcer la sécurité, l'accès aux ElastiCache nœuds est limité aux applications exécutées sur les EC2 instances Amazon que vous autorisez. Vous pouvez contrôler les EC2 instances Amazon qui peuvent accéder à votre cluster à l'aide de groupes de sécurité.

Par défaut, tous les nouveaux ElastiCache clusters sont lancés dans un environnement Amazon Virtual Private Cloud (AmazonVPC). Vous pouvez utiliser des groupes de sous-réseaux pour accorder l'accès au cluster à partir d'EC2instances Amazon exécutées sur des sous-réseaux spécifiques.

Outre la restriction de l'accès aux nœuds, ElastiCache les prises en charge TLS et le chiffrement sur place pour les nœuds exécutant des versions spécifiées de ElastiCache. Pour plus d’informations, consultez les ressources suivantes :

ElastiCache groupes de sous-réseaux

Un groupe de sous-réseaux est un ensemble de sous-réseaux (généralement privés) que vous pouvez désigner pour vos clusters exécutés dans un environnement AmazonVPC.

Si vous créez un cluster dans un AmazonVPC, vous devez spécifier un groupe de sous-réseaux de cache. ElastiCache utilise ce groupe de sous-réseaux de cache pour choisir un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds de cache.

Pour plus d'informations sur l'utilisation des groupes de sous-réseaux de cache dans un VPC environnement Amazon, consultez ce qui suit :

ElastiCache sauvegardes

Une sauvegarde est une point-in-time copie d'un OSS cluster Valkey ou Redis ou d'un cache sans serveur, ou d'un cache sans serveur Memcached. Les sauvegardes peuvent être utilisées pour restaurer un cluster existant ou pour amorcer un nouveau cluster. Les sauvegardes sont constituées de toutes les données d'un cluster, plus quelques métadonnées.

Selon la version de Valkey ou Redis OSS exécutée sur votre cluster, le processus de sauvegarde nécessite différentes quantités de mémoire réservée pour réussir. Pour plus d’informations, consultez les ressources suivantes :

ElastiCache événements

Lorsque des événements importants se produisent sur un cluster de cache, ElastiCache envoie une notification à un SNS sujet Amazon spécifique. Ces événements peuvent inclure des éléments tels que l'échec ou la réussite de l'ajout d'un nœud, une modification du groupe de sécurité, etc. En surveillant les événements clés, vous pouvez connaître l'état actuel de vos clusters et, dans de nombreux cas, prendre des actions correctives.

Pour plus d'informations sur ElastiCache les événements, consultezSNSSurveillance des ElastiCache événements par Amazon.