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 des régions et des zones de disponibilité pour ElastiCache
Vous pouvez apporter une évolutivité et une fiabilité supplémentaires à vos ElastiCache clusters en désignant des régions et des zones de disponibilité à l'aide du point de terminaison correspondant.
AWS Les ressources de cloud computing sont hébergées dans des centres de données hautement disponibles. Pour offrir une évolutivité et une fiabilité supplémentaires, ces installations de centre de données sont situées dans différents emplacements physiques. Ces emplacements sont classés par *régions* et *zones de disponibilité*.
AWS Les régions sont vastes et largement dispersées dans des zones géographiques distinctes. Les zones de disponibilité sont des emplacements distincts au sein d'une AWS région conçus pour être isolés des défaillances dans d'autres zones de disponibilité. Ils fournissent une connectivité réseau peu coûteuse et à faible latence aux autres zones de disponibilité de la même AWS région.
**Important**
Chaque région est totalement indépendante. Toute ElastiCache activité que vous lancez (par exemple, la création de clusters) s'exécute uniquement dans votre région par défaut actuelle.
Pour créer ou utiliser un cluster dans une région spécifique, utilisez le point de terminaison du service régional correspondant. Pour les points de terminaison de service, consultez [Régions et terminaux pris en charge](#SupportedRegions).
![\[Image : régions et zones de disponibilité\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)
*Régions et zones de disponibilité*
**Topics**
+ [Considérations relatives à la zone de disponibilité avec Memcached](#CacheNode.Memcached.AvailabilityZones)
+ [Localisation de vos nœuds](#RegionsAndAZs.AZMode)
+ [Régions et terminaux pris en charge](#SupportedRegions)
+ [Utilisation de zones locales avec ElastiCache](Local_zones.md)
+ [Utiliser Outposts avec ElastiCache](ElastiCache-Outposts.md)
## Considérations relatives à la zone de disponibilité avec Memcached
La distribution de vos nœuds Memcached sur plusieurs zones de disponibilité au sein d'une région permet de vous protéger contre l'impact d'un échec catastrophique, telle qu'une panne de courant dans une zone de disponibilité.
**Mise en cache sans serveur**
ElastiCache la mise en cache sans serveur crée un cache hautement disponible qui couvre plusieurs zones de disponibilité. Vous pouvez spécifier des sous-réseaux provenant de différentes zones de disponibilité et du même VPC lorsque vous créez votre cluster sans serveur ElastiCache ou choisir automatiquement des sous-réseaux à partir de votre VPC par défaut.
**Conception de votre propre cluster ElastiCache pour Memcached**
Un cluster Memcached peut avoir jusqu'à 300 nœuds. Lorsque vous créez ou ajoutez des nœuds à votre cluster Memcached, vous pouvez spécifier une seule zone de disponibilité pour tous vos nœuds, autoriser le choix ElastiCache d'une seule zone de disponibilité pour tous vos nœuds, spécifier les zones de disponibilité pour chaque nœud ou autoriser ElastiCache le choix d'une zone de disponibilité pour chaque nœud. De nouveaux nœuds peuvent être créés dans différentes zones de disponibilité lorsque vous les ajoutez à un cluster Memcached existant. Une fois qu'un nœud de cache est créé, sa zone de disponibilité ne peut pas être modifiée.
Si vous souhaitez que les nœuds d'un cluster d'une seule zone de disponibilité soient répartis sur plusieurs zones de disponibilité, ElastiCache vous pouvez créer de nouveaux nœuds dans les différentes zones de disponibilité. Vous pouvez ensuite supprimer tout ou partie des nœuds de cache d'origine. Nous recommandons cette approche.
**Pour migrer des nœuds Memcached d'une seule zone de disponibilité vers plusieurs zones de disponibilité**
1. Modifiez votre cluster en créant des nœuds de cache dans les zones de disponibilité où vous les souhaitez. Dans votre demande, effectuez les opérations suivantes :
+ Définissez `AZMode` (CLI :`- -az-mode`) sur `cross-az`.
+ Définissez `NumCacheNodes` (CLI :`- -num-cache-nodes`) sur le nombre de nœuds de cache actuellement actifs ainsi que sur le nombre de nouveaux nœuds de cache que vous souhaitez créer.
+ Définissez `NewAvailabilityZones` (CLI :`- -new-availability-zones`) sur une liste des zones dans lesquelles vous souhaitez créer les nouveaux nœuds de cache. Pour ElastiCache déterminer la zone de disponibilité de chaque nouveau nœud, ne spécifiez pas de liste.
+ Définissez `ApplyImmediately` (CLI :`- -apply-immediately`) sur true.
**Note**
Si vous n'utilisez pas la découverte automatique, veillez à mettre à jour votre application cliente avec les nouveaux points de terminaison de nœud de cache.
Avant de passer à l'étape suivante, assurez-vous que les nœuds Memcached sont entièrement créés et disponibles.
1. Modifiez votre cluster en supprimant les nœuds que vous ne souhaitez plus dans la zone de disponibilité d'origine. Dans votre demande, effectuez les opérations suivantes :
+ Définissez `NumCacheNodes` (CLI :`- -num-cache-nodes`) sur le nombre de nœuds de cache actifs que vous souhaitez après l'application de cette modification.
+ Définissez `CacheNodeIdsToRemove` (CLI :`- -nodes-to-remove`) sur une liste des nœuds de cache que vous souhaitez supprimer du cluster.
Le nombre de nœuds de cache IDs répertoriés doit être égal au nombre de nœuds actuellement actifs moins la valeur en`NumCacheNodes`.
+ (Facultatif) Définissez `ApplyImmediately` (CLI :`- -apply-immediately`) sur true.
Si vous ne définissez pas `ApplyImmediately` (CLI :`- -apply-immediately`) sur true, les suppressions de nœud auront lieu lors de votre prochaine fenêtre de maintenance.
## Localisation de vos nœuds
Amazon ElastiCache prend en charge la localisation de tous les nœuds d'un cluster dans une ou plusieurs zones de disponibilité (AZs). De plus, si vous choisissez de localiser vos nœuds en plusieurs AZs (recommandé), cela vous ElastiCache permet de choisir l'AZ pour chaque nœud ou de les choisir ElastiCache pour vous.
En situant les nœuds dans des emplacements différents AZs, vous éliminez le risque qu'une panne, telle qu'une panne de courant, dans une zone de zone de développement entraîne la défaillance de l'ensemble de votre système. Les tests ont démontré qu'il n'y a pas de différence de latence significative entre le fait de localiser tous les nœuds dans une zone ou de les répartir sur plusieurs AZs.
Vous pouvez spécifier une AZ pour chaque nœud lorsque vous créez un cluster ou en ajoutant des nœuds lorsque vous modifiez un cluster existant. Lorsque vous spécifiez un AZ pour chaque nœud lors de la création d'un cluster, l'AZ doit être disponible dans ce groupe de sous-réseaux. Pour plus d’informations, consultez les ressources suivantes :
+ [Création d'un cluster pour Memcached](Clusters.Create-mc.md)
+ [Création d'un cluster pour Valkey ou Redis OSS](Clusters.Create.md)
+ [Modification d'un ElastiCache cluster](Clusters.Modify.md)
+ [Ajouter des nœuds à un ElastiCache cluster](Clusters.AddNode.md)
## Régions et terminaux pris en charge
Amazon ElastiCache est disponible dans plusieurs AWS régions. Cela signifie que vous pouvez lancer des ElastiCache clusters dans des emplacements qui répondent à vos besoins. Par exemple, vous pouvez lancer votre produit dans la AWS région la plus proche de vos clients ou dans une AWS région particulière pour répondre à certaines exigences légales.
Chaque région est conçue pour être complètement isolée des autres régions . Chaque région dispose de plusieurs zones de disponibilité (AZ). ElastiCache Les caches sans serveur répliquent automatiquement les données sur plusieurs zones de disponibilité (sauf `us-west-1` lorsque les données sont répliquées dans deux zones de disponibilité) pour une haute disponibilité. Lorsque vous concevez votre propre ElastiCache cluster, vous pouvez choisir de lancer vos nœuds différemment AZs pour garantir la tolérance aux pannes. Pour plus d'informations sur les régions et les zones de disponibilité, consultez [Choix des régions et des zones de disponibilité pour ElastiCache](#RegionsAndAZs) eau début de cette rubrique.
**Régions dans lesquelles ElastiCache est pris en charge**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonElastiCache/latest/dg/RegionsAndAZs.html)
Certaines régions prennent en charge un sous-ensemble de types de nœuds. Pour un tableau des types de nœuds pris en charge par AWS région, consultez[Types de nœuds pris en charge par région AWS](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).
La plupart des régions prennent en charge l'établissement d'une connexion privée entre votre VPC et les points de terminaison d' ElastiCache API, en créant un point de terminaison VPC d'interface via. AWS PrivateLink Pour de plus amples informations, veuillez consulter [ElastiCache Points de terminaison VPC de l'API et de l'interface ()AWS PrivateLink](elasticache-privatelink.md).
Pour un tableau des AWS produits et services par région, voir [Produits et services par région](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/).
# Utilisation de zones locales avec ElastiCache
Une *zone locale* est une extension d'une AWS région géographiquement proche de vos utilisateurs. Vous pouvez étendre n'importe quel cloud privé virtuel (VPC) d'une AWS région parent à une zone locale en créant un nouveau sous-réseau et en l'affectant à la zone locale. Lorsque vous créez un sous-réseau dans une zone locale, votre VPC est étendu à cette zone locale. Le sous-réseau de la zone locale fonctionne de la même manière que les autres sous-réseaux de votre VPC.
En utilisant les Zones Locales, vous pouvez placer des ressources telles qu'un ElastiCache cluster à plusieurs endroits proches de vos utilisateurs.
Lorsque vous créez un ElastiCache cluster, vous pouvez choisir un sous-réseau dans une zone locale. Les zones locales ont leurs propres connexions à Internet et prennent en charge Direct Connect. Ainsi, les ressources créées dans une zone locale peuvent servir les utilisateurs locaux avec des communications à très faible latence. Pour de plus amples informations, veuillez consulter [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Une zone locale est représentée par un code de AWS région suivi d'un identifiant indiquant l'emplacement, par exemple`us-west-2-lax-1a`.
À l'heure actuelle, les Local Zones disponibles sont `us-west-2-lax-1a` et `us-west-2-lax-1b`.
Les restrictions suivantes s'appliquent ElastiCache aux Zones Locales :
+ Les entrepôts de données globaux ne sont pas pris en charge.
+ La migration en ligne n'est pas prise en charge.
+ Les types de nœuds suivants sont pris en charge par Local Zones pour le moment :
+ Génération actuelle :
**Types de nœuds M5 :** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**Types de nœuds R5:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**Types de nœuds T3 :** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
## Activation d'une zone locale
1. Activez la zone locale dans la EC2 console Amazon.
Pour plus d'informations, consultez la section [Activation des zones locales](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group) dans le *guide de EC2 l'utilisateur Amazon*.
1. Créez un sous-réseau dans la zone locale.
Pour de plus amples informations, veuillez consulter [Création d'un sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet) dans le *Amazon VPC Guide de l'utilisateur*.
1. Créez un groupe de ElastiCache sous-réseaux dans la zone locale.
Lorsque vous créez un groupe de ElastiCache sous-réseaux, choisissez le groupe de zones de disponibilité pour la zone locale.
Pour de plus amples informations, veuillez consulter [Création d'un groupe de sous-réseaux](SubnetGroups.Creating.md).
1. Créez un cluster ElastiCache pour Memcached qui utilise le ElastiCache sous-réseau de la zone locale.
Pour de plus amples informations, veuillez consulter [Création d'un cluster Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
1. Créez un cluster ElastiCache pour Redis OSS qui utilise le ElastiCache sous-réseau de la zone locale. Pour plus d'informations, consultez l'une des rubriques suivantes :
+ [Création d'un cluster Valkey (mode cluster désactivé) (console)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
+ [Création d'un cluster Valkey ou Redis OSS (mode cluster activé) (console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
# Utiliser Outposts avec ElastiCache
Vous pouvez utiliser AWS Outposts avec. ElastiCache Outposts est un service entièrement géré qui étend l'AWS infrastructure, les services et les outils aux locaux des clients. APIs En fournissant un accès local à l'infrastructure AWS gérée,AWS Outposts permet aux clients de créer et d'exécuter des applications sur site en utilisant les mêmes interfaces de programmation que dans les AWS régions, tout en utilisant les ressources de calcul et de stockage locales pour réduire la latence et les besoins de traitement des données locaux. Un avant-poste est un pool de capacités de AWS calcul et de stockage déployé sur le site d'un client.AWS exploite, surveille et gère cette capacité dans le cadre d'une AWS région. Vous pouvez créer des sous-réseaux sur votre Outpost et les spécifier lorsque vous créez des AWS ressources telles que ElastiCache des clusters.
**Note**
Dans cette version, les limitations suivantes s'appliquent :
ElastiCache for Outposts ne prend en charge que les familles de nœuds M5 et R5.
Multi-AZ (la réplication entre Outposts n'est pas prise en charge).
La migration active n'est pas prise en charge.
Les instantanés locaux ne sont pas pris en charge.
Les journaux du moteur et les journaux lents ne peuvent pas être activés.
ElastiCache sur Outposts ne supporte pas la CoIP.
ElastiCache for Outposts n'est pas pris en charge dans les régions suivantes : cn-north-1, cn-northwest-1 et ap-northeast-3.
## Utilisation d'Outposts avec la console ElastiCache
1. Connectez-vous à la ElastiCache console AWS Management Console et ouvrez-la à l'adresse [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. **Dans le volet de navigation, choisissez les caches **Valkey, les caches** **Redis OSS ou les caches Memcached**.**
1. Si vous avez choisi les **caches Valkey**, sélectionnez **Create Valkey** cache. Si vous avez choisi les **caches Redis OSS**, sélectionnez **Créer un cache Redis** OSS. Si vous avez choisi des **caches Memcached**, sélectionnez **Créer un** cache Memcached.
1. Sous **Paramètres du cluster**, sélectionnez **Concevoir votre propre cache et Cache** **du cluster**. Laissez le **mode cluster** défini sur **Désactivé**. Créez ensuite un nom et une description facultative pour le cache.
1. Pour l'emplacement, sélectionnez **Sur site**.
1. Dans la section Sur site, vous verrez le champ **Outpost ID**. Entrez l'ID pour lequel le cluster sera exécuté.
Tous les autres paramètres sous **Paramètres du cluster** peuvent rester par défaut.
1. Dans **Connectivité**, sélectionnez **Créer un nouveau groupe de sous-réseaux** et entrez l'ID du **VPC**. Conservez le reste comme valeur par défaut, puis sélectionnez **Suivant**.
### Configuration des options sur site
Vous pouvez sélectionner un Outpost disponible pour ajouter votre cluster ou, s'il n'y en a aucun, en créer un nouveau en suivant les étapes suivantes :
**Sous **On-Premises options (Options sur site)** :**
1. Dans **les paramètres Valkey, les paramètres** **Redis OSS ou les paramètres** **Memcached**, selon votre moteur préféré :
1. **Nom** : entrez un nom pour le cluster
1. **Description** : entrez une description pour le cluster.
1. **Compatibilité de la version du moteur : la** version du moteur est basée sur la région Outpost AWS
1. **Port** : pour Valkey ou Redis OSS, acceptez le port par défaut 6379. Pour Memcached, acceptez le port par défaut 11211. Si vous préférez utiliser un autre port, saisissez le numéro de port.
1. **Parameter group (Groupe de paramètres)** : utilisez la liste déroulante pour sélectionner un groupe de paramètres par défaut ou un groupe de paramètres personnalisé.
1. **Node Type (Type de nœud)** : les instances disponibles sont basées sur la disponibilité d'Outposts. Si vous utilisez Valkey ou Redis OSS, l'assistant de portage pour .NET for Outposts ne prend en charge que les familles de nœuds M5 et R5. Dans la liste déroulante, sélectionnez **Outposts**, puis sélectionnez un type de nœud disponible que vous souhaitez utiliser pour ce cluster. Sélectionnez ensuite **Save (Enregistrer)**.
1. **Number of Replicas (Nombre de réplicas)** : saisissez le nombre de réplicas en lecture que vous souhaitez créer pour ce groupe de réplication. Vous devez avoir au moins un réplica en lecture et pas plus de cinq. La valeur par défaut est 2.
Les noms générés automatiquement des réplicas en lecture suivent le même modèle que celui du nom du cluster principal, avec un tiret et un numéro séquentiel à trois chiffres ajoutés à la fin, en commençant par `-002`. Par exemple, si votre groupe de réplication est nommé `MyGroup`, alors les noms des secondaires seraient `MyGroup-002`, `MyGroup-003`, `MyGroup-004`, `MyGroup-005`, `MyGroup-006`.
1. Sous **Connectivité** :
1. **Subnet Group (Groupe de sous-réseau)** : dans la liste, sélectionnez **Create new (Créer)**.
+ **Name (Nom)** : saisissez un nom pour le groupe de sous-réseaux.
+ **Description** : saisissez une description pour le groupe de sous-réseaux.
+ **VPC ID (ID de VPC)** : l'ID de VPC doit correspondre au VPC Outpost. Si vous sélectionnez un VPC qui ne possède aucun sous-réseau IDs dans les Outposts, la liste sera vide.
+ **Availability Zone or Outpost (Zone de disponibilité ou Outpost)** : sélectionnez l'Outpost que vous utilisez.
+ **Subnet ID ID de sous-réseau)** : sélectionnez un ID de sous-réseau disponible pour l'Outpost. Si aucun sous-réseau n' IDs est disponible, vous devez les créer. Pour plus d'informations, consultez [Créer un sous-réseau](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet).
1. Sélectionnez **Créer**.
### Affichage des détails du cluster Outpost
Sur la page de liste, sélectionnez un cluster appartenant à un AWS avant-poste et notez les points suivants lorsque vous consultez les **détails du cluster** :
+ **Zone de disponibilité** : Cela représentera l'avant-poste, en utilisant un ARN (Amazon Resource Name) et le numéro de AWS ressource.
+ **Nom de l'avant-poste** : nom de l'AWS avant-poste.
## Utilisation d'Outposts avec la CLI AWS
Vous pouvez utiliser le AWS Command Line Interface(AWS CLI) pour contrôler plusieurs AWS services depuis la ligne de commande et les automatiser par le biais de scripts. Vous pouvez utiliser la AWS CLI pour des opérations ad hoc (ponctuelles).
### Téléchargement et configuration du AWS CLI
Il AWS CLI fonctionne sous Windows, macOS ou Linux. Suivez la procédure suivante pour la télécharger et la configurer.
**Pour télécharger, installer et configurer la CLI**
1. Téléchargez la AWS CLI sur la page Web de l'[interface de ligne de AWS commande](https://aws.amazon.com/cli).
1. Suivez les instructions d'[installation de la AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) et de [configuration de la AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) dans le *guide de AWS Command Line Interface l'utilisateur*.
### Utilisation de la AWS CLI avec Outposts
Utilisez l'opération CLI suivante pour créer un cluster qui utilise Outposts :
+ [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html)— À l'aide de cette opération, le `outpost-mode` paramètre accepte une valeur qui indique si les nœuds du cluster sont créés dans un seul Outpost ou dans plusieurs Outposts.
**Note**
À l'heure actuelle, seul le mode `single-outpost` est pris en charge.
```
aws elasticache create-cache-cluster \
--cache-cluster-id cluster id \
--outpost-mode single-outpost \
```