Choix d'un type de réseau dans ElastiCache - 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.

Choix d'un type de réseau dans ElastiCache

ElastiCache prend en charge les versions 4 et 6 du protocole Internet (IPv4etIPv6), ce qui vous permet de configurer votre cluster pour qu'il accepte :

  • uniquement IPv4 des connexions,

  • uniquement IPv6 des connexions,

  • à la fois IPv4 et IPv6 connexions (double pile)

IPv6est pris en charge pour les charges de travail utilisant Valkey 7.2 et versions ultérieures, ou le OSS moteur Redis version 6.2 et versions ultérieures sur toutes les instances créées sur le système Nitro. Il n'y a pas de frais supplémentaires pour y ElastiCache accéderIPv6.

Note

La migration des clusters créés avant la disponibilité deIPV6/dual-stack n'est pas prise en charge. La commutation entre les types de réseaux sur les clusters nouvellement créés n'est pas non plus prise en charge.

IPv6est pris en charge pour les charges de travail utilisant le moteur Memcached version 1.6.6 et ultérieure sur toutes les instances créées sur le système Nitro. Il n'y a pas de frais supplémentaires pour y ElastiCache accéderIPv6.

Configuration de sous-réseaux pour le type de réseau

Si vous créez un cluster dans un AmazonVPC, vous devez spécifier un groupe de sous-réseaux. ElastiCache utilise ce groupe de sous-réseaux pour choisir un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds. ElastiCache les clusters nécessitent un sous-réseau à double pile auquel les deux IPv6 adresses sont attribuées pour fonctionner en mode double pile IPv4 et un sous-réseau « uniquement » pour fonctionner en tant que « IPv6 -only ». IPv6

Utilisation de la double pile

Lorsque vous utilisez ElastiCache (RedisOSS) en mode cluster activé, du point de vue de l'application, la connexion à tous les nœuds du cluster via le point de terminaison de configuration n'est pas différente de la connexion directe à un nœud de cache individuel. Pour ce faire, un client sensible aux clusters doit s'engager dans un processus de découverte des clusters et demander les informations de configuration pour tous les nœuds. Le protocole de découverte de Redis ne prend en charge qu'une seule adresse IP par nœud.

Lorsque vous créez un cluster de cache avec ElastiCache (Memcached) et que vous choisissez Dual-Stack comme type de réseau, vous devez ensuite désigner un type de découverte IP, soit. IPv4 IPv6 ElastiCache définira par défaut le type de réseau et la découverte IPIPv6, mais cela peut être modifié. Si vous utilisez la découverte automatique, seules les adresses IP du type d'IP que vous avez choisi sont renvoyées au client Memcached. Pour de plus amples informations, veuillez consulter Identifiez automatiquement les nœuds de votre cluster (Memcached).

Pour maintenir la rétrocompatibilité avec tous les clients existants, la découverte d'adresses IP est introduite, qui vous permet de sélectionner le type d'adresse IP (c'est-à-dire IPv4 ouIPv6) à annoncer dans le protocole de découverte. Bien que cela limite la découverte automatique à un seul type d'adresse IP, la double pile reste avantageuse pour les charges de travail activées en mode cluster, car elle permet des migrations (ou des annulations) d'un type d'adresse IP de découverte IPv4 vers un type d'adresse IP de IPv6 découverte sans interruption de service.

TLS ElastiCache clusters à double pile activés

Lorsque cette option TLS est activée pour les ElastiCache clusters, les fonctions de découverte de clusters telles que cluster slotscluster shards, et cluster nodes avec Valkey ou Redis OSS et config get cluster avec Memcached renvoient des noms d'hôte au lieu de. IPs Les noms d'hôtes sont ensuite utilisés au lieu de se IPs connecter au ElastiCache cluster et d'effectuer une TLS poignée de main. Cela signifie que les clients ne seront pas affectés par le paramètre de découverte d'adresses IP. Pour les clusters TLS activés, le paramètre IP Discovery n'a aucun effet sur le protocole IP préféré. Au lieu de cela, le protocole IP utilisé sera déterminé par le protocole IP que le client préfère lors de la résolution des DNS noms d'hôtes.

Pour des exemples expliquant comment configurer une préférence de protocole IP lors de la résolution de DNS noms d'hôtes, consultezTLS ElastiCache clusters à double pile activés.

Utilisation du AWS Management Console (Valkey et RedisOSS)

Lorsque vous créez un cluster à l'aide de AWS Management Console, sous Connectivité, choisissez un type de réseau, soit un type de réseau IPv4, IPv6soit une double pile. Si vous créez un cluster Valkey ou Redis OSS (mode cluster activé) et que vous choisissez Dual Stack, vous devez sélectionner un type d'IP de découverte, soitIPv6. IPv4

Pour plus d’informations, consultez Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console) ou Création d'un Valkey ou d'un Redis OSS (mode cluster désactivé) (Console).

Lorsque vous créez un groupe de réplication à l'aide du AWS Management Console, choisissez un type de réseau, soit un type de réseau IPv4, IPv6soit une double pile. Si vous choisissez la double pile, vous devez sélectionner un type d'IP de découverte, IPv6 soitIPv4.

Pour plus d’informations, consultez Création d'un groupe de réplication Valkey ou Redis OSS (mode cluster désactivé) à partir de zéro ou Création d'un groupe de réplication dans Valkey ou Redis OSS (mode cluster activé) à partir de zéro.

Utilisation du AWS Management Console (Memcached)

Lorsque vous créez un cluster de cache à l'aide de AWS Management Console, sous Connectivité, choisissez un type de réseau, soit un type de réseau IPv4, IPv6soit une double pile. Si vous choisissez la double pile, vous devez sélectionner un type d'IP de découverte, IPv6 soitIPv4.

Pour de plus amples informations, veuillez consulter Création d'un cluster Memcached (console).

Utilisation du CLI avec Valkey, Redis ou Memcached OSS

Redis OSS

Lorsque vous créez un cluster de cache avec Valkey ou Redis à OSS l'aide deCLI, vous utilisez la create-cache-clustercommande et spécifiez les paramètres NetworkType et IPDiscovery :

Pour Linux, macOS ou Unix :

aws elasticache create-cache-cluster \ --cache-cluster-id "cluster-test" \ --engine redis \ --cache-node-type cache.m5.large \ --num-cache-nodes 1 \ --network-type dual_stack \ --ip-discovery ipv4

Pour Windows :

aws elasticache create-cache-cluster ^ --cache-cluster-id "cluster-test" ^ --engine redis ^ --cache-node-type cache.m5.large ^ --num-cache-nodes 1 ^ --network-type dual_stack ^ --ip-discovery ipv4

Lorsque vous créez un groupe de réplication avec le mode cluster désactivé à l'aide deCLI, vous utilisez la create-replication-groupcommande et spécifiez les IPDiscovery paramètres NetworkType et :

Pour Linux, macOS ou Unix :

aws elasticache create-replication-group \ --replication-group-id sample-repl-group \ --replication-group-description "demo cluster with replicas" \ --num-cache-clusters 3 \ --primary-cluster-id redis01 \ --network-type dual_stack \ --ip-discovery ipv4

Pour Windows :

aws elasticache create-replication-group ^ --replication-group-id sample-repl-group ^ --replication-group-description "demo cluster with replicas" ^ --num-cache-clusters 3 ^ --primary-cluster-id redis01 ^ --network-type dual_stack ^ --ip-discovery ipv4

Lorsque vous créez un groupe de réplication avec le mode cluster activé et que vous l'utilisez IPv4 pour la découverte d'adresses IP à l'aide deCLI, vous utilisez la create-replication-groupcommande et spécifiez les IPDiscovery paramètres NetworkType et :

Pour Linux, macOS ou Unix :

aws elasticache create-replication-group \ --replication-group-id demo-cluster \ --replication-group-description "demo cluster" \ --cache-node-type cache.m5.large \ --num-node-groups 2 \ --engine redis \ --cache-subnet-group-name xyz \ --network-type dual_stack \ --ip-discovery ipv4 \ --region us-east-1

Pour Windows :

aws elasticache create-replication-group ^ --replication-group-id demo-cluster ^ --replication-group-description "demo cluster" ^ --cache-node-type cache.m5.large ^ --num-node-groups 2 ^ --engine redis ^ --cache-subnet-group-name xyz ^ --network-type dual_stack ^ --ip-discovery ipv4 ^ --region us-east-1

Lorsque vous créez un groupe de réplication avec le mode cluster activé et que vous l'utilisez IPv6 pour la découverte d'adresses IP à l'aide deCLI, vous utilisez la create-replication-groupcommande et spécifiez les IPDiscovery paramètres NetworkType et :

Pour Linux, macOS ou Unix :

aws elasticache create-replication-group \ --replication-group-id demo-cluster \ --replication-group-description "demo cluster" \ --cache-node-type cache.m5.large \ --num-node-groups 2 \ --engine redis \ --cache-subnet-group-name xyz \ --network-type dual_stack \ --ip-discovery ipv6 \ --region us-east-1

Pour Windows :

aws elasticache create-replication-group ^ --replication-group-id demo-cluster ^ --replication-group-description "demo cluster" ^ --cache-node-type cache.m5.large ^ --num-node-groups 2 ^ --engine redis ^ --cache-subnet-group-name xyz ^ --network-type dual_stack ^ --ip-discovery ipv6 ^ --region us-east-1

Memcached

Lorsque vous créez un cluster de cache avec Memcached à l'aide deCLI, vous utilisez la create-cache-clustercommande et spécifiez les paramètres NetworkType et IPDiscovery :

Pour Linux, macOS ou Unix :

aws elasticache create-cache-cluster \ --cache-cluster-id "cluster-test" \ --engine memcached \ --cache-node-type cache.m5.large \ --num-cache-nodes 1 \ --network-type dual_stack \ --ip-discovery ipv4

Pour Windows :

aws elasticache create-cache-cluster ^ --cache-cluster-id "cluster-test" ^ --engine memcached ^ --cache-node-type cache.m5.large ^ --num-cache-nodes 1 ^ --network-type dual_stack ^ --ip-discovery ipv4