Choix des régions et des zones de disponibilité pour 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 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 à haute disponibilité. 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.

Image : régions et zones de disponibilité

Régions et zones de disponibilité

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é. Vous pouvez également créer votre cluster sans serveur ou ElastiCache choisir des sous-réseaux automatiquement à partir de votre cluster par défaut. VPC VPC

Conception de votre propre ElastiCache cluster (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 :

    • Réglez AZMode (CLI:- -az-mode) surcross-az.

    • Définissez NumCacheNodes (CLI:- -num-cache-nodes) sur le nombre de nœuds de cache actuellement actifs plus 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.

  2. 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) le nombre de nœuds de cache actifs que vous souhaitez une fois cette modification appliquée.

    • 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 enNumCacheNodes.

    • (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œuds 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érentsAZs, 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 plusieursAZs.

Vous pouvez spécifier une AZ pour chaque nœud lors de la création d'un cluster ou lors de l'ajout de nœuds lorsque vous modifiez un cluster existant. Pour plus d’informations, consultez les ressources suivantes :

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 eau début de cette rubrique.

Régions dans lesquelles ElastiCache est pris en charge
Nom de région/Région Point de terminaison Protocole

Région US East (Ohio)

us-east-2

elasticache.us-east-2.amazonaws.com

HTTPS

Région US East (N. Virginia)

us-east-1

elasticache.us-east-1.amazonaws.com

HTTPS

Région US West (N. California)

us-west-1

elasticache.us-west-1.amazonaws.com

HTTPS

Région US West (Oregon)

us-west-2

elasticache.us-west-2.amazonaws.com

HTTPS

Région Canada (Centre)

ca-central-1

elasticache.ca-central-1.amazonaws.com

HTTPS

Région Canada (Ouest)

ca-west-1

elasticache.ca-west-1.amazonaws.com

HTTPS

Asie-Pacifique (Jakarta)

ap-southeast-3

elasticache.ap-southeast-3.amazonaws.com

HTTPS

Région Asie-Pacifique (Mumbai)

ap-south-1

elasticache.ap-south-1.amazonaws.com

HTTPS

Région Asie-Pacifique (Hyderabad)

ap-south-2

elasticache.ap-south-2.amazonaws.com

HTTPS

Région Asia Pacific (Tokyo)

ap-northeast-1

elasticache.ap-northeast-1.amazonaws.com

HTTPS

Région Asia Pacific (Seoul)

ap-northeast-2

elasticache.ap-northeast-2.amazonaws.com

HTTPS

Région Asie-Pacifique (Osaka)

ap-northeast-3

elasticache.ap-northeast-3.amazonaws.com

HTTPS

Région Asia Pacific (Singapore)

ap-southeast-1

elasticache.ap-southeast-1.amazonaws.com

HTTPS

Région Asia Pacific (Sydney)

ap-southeast-2

elasticache.ap-southeast-2.amazonaws.com

HTTPS

Région Europe (Frankfurt)

eu-central-1

elasticache.eu-central-1.amazonaws.com

HTTPS

Région Europe (Zurich)

eu-central-2

elasticache.eu-central-2.amazonaws.com

HTTPS

Région Europe (Stockholm)

eu-north-1

elasticache.eu-north-1.amazonaws.com

HTTPS

Middle East (Bahrain) Region

me-south-1

elasticache.me-south-1.amazonaws.com

HTTPS

Région du Moyen-Orient (UAE)

me-central-1

elasticache.me-central-1.amazonaws.com

HTTPS

Région Europe (Irlande)

eu-west-1

elasticache.eu-west-1.amazonaws.com

HTTPS

Région Europe (London)

eu-west-2

elasticache.eu-west-2.amazonaws.com

HTTPS

Région Europe (Paris)

eu-west-3

elasticache.eu-west-3.amazonaws.com

HTTPS

Europe (Milan) Region

eu-south-1

elasticache.eu-south-1.amazonaws.com

HTTPS

Région Europe (Espagne)

eu-south-2

elasticache.eu-south-2.amazonaws.com

HTTPS

Région South America (São Paulo)

sa-east-1

elasticache.sa-east-1.amazonaws.com

HTTPS

Région Chine (Beijing)

cn-north-1

elasticache---cn-north-1.amazonaws.com.rproxy.goskope.com.cn

HTTPS

Région Chine (Ningxia)

cn-northwest-1

elasticache---cn-northwest-1.amazonaws.com.rproxy.goskope.com.cn

HTTPS

Région Asie-Pacifique (Hong Kong)

ap-east-1

elasticache.ap-east-1.amazonaws.com

HTTPS

Région Afrique (Le Cap)

af-south-1

elasticache.af-south-1.amazonaws.com

HTTPS

Région Israël (Tel Aviv)

il-central-1

elasticache.il-central-1.amazonaws.com

HTTPS

AWS GovCloud (US-Ouest)

us-gov-west-1

elasticache.us-gov-west-1.amazonaws.com HTTPS

AWS GovCloud (USA Est)

us-gov-east-1

elasticache.us-gov-east-1.amazonaws.com HTTPS

Pour plus d'informations sur l'utilisation du AWS GovCloud (États-Unis) avec ElastiCache, voir Services dans la région AWS GovCloud (États-Unis) : ElastiCache.

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, consultezTypes de nœuds pris en charge par région AWS.

Pour un tableau des AWS produits et services par région, voir Produits et services par région.