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/).