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 (IPv4 et IPv6), 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)

IPv6 est pris en charge pour les charges de travail utilisant Valkey 7.2 et versions ultérieures, ou Redis OSS 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éder IPv6.

Note

La migration des clusters créés avant la disponibilité de IPV6 /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.

IPv6 est pris en charge pour les charges de travail utilisant Memcached 1.6.6 et versions ultérieures sur toutes les instances basées sur le système Nitro. Il n'y a pas de frais supplémentaires pour y ElastiCache accéder IPv6.

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

Si vous créez un cluster dans un Amazon VPC, 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

Lors de l'utilisation ElastiCache de Redis OSS 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 pour 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 IP IPv6, 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 ou IPv6) à 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.

Clusters à double pile ElastiCache compatibles TLS

Lorsque TLS est activé 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 poignée de main TLS. Cela signifie que les clients ne seront pas affectés par le paramètre de découverte d'adresses IP. Pour les clusters prenant en charge TLS, le paramètre de découverte d'adresses IP 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 noms d'hôtes DNS.

Pour obtenir des exemples de configuration d'une préférence de protocole IP lors de la résolution de noms d'hôtes DNS, consultez Clusters à double pile ElastiCache compatibles TLS.

Utilisation du AWS Management Console (Valkey et Redis OSS)

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 la double pile, vous devez sélectionner un type d'IP de découverte, soit IPv6 . IPv4

Pour plus d’informations, consultez Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console) ou Création d'un système d'exploitation Valkey ou Redis (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 soit IPv4.

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 soit IPv4.

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

Utilisation de la CLI avec Valkey, Memcached ou Redis OSS.

Système d'exploitation Redis

Lorsque vous créez un cluster de cache avec Valkey ou Redis OSS à l'aide de la CLI, 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 de la CLI, 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 de la CLI, 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 de la CLI, 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 de la CLI, 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