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.
Régions et zones
Amazon EC2 est hébergé sur plusieurs sites dans le monde entier. Ces emplacements sont composés de zones de disponibilité Régions AWS, de zones locales et de zones de longueur d'onde. AWS Outposts
-
Chaque région constitue une zone géographique séparée.
-
Les zones de disponibilité sont des emplacements multiples isolés dans chaque région.
-
Les Local Zones vous permettent de placer des ressources, telles que le calcul et le stockage, dans plusieurs emplacements plus proches de vos utilisateurs finaux.
-
AWS Outposts apporte AWS des services, une infrastructure et des modèles d'exploitation natifs à pratiquement tous les centres de données, espaces de colocation ou installations sur site.
-
Les zones Wavelength permettent aux développeurs de créer des applications qui offrent des latences ultra-faibles aux appareils 5G et aux utilisateurs finaux. Wavelength déploie des services de AWS calcul et de stockage standard à la périphérie des réseaux 5G des opérateurs de télécommunications.
AWS exploite state-of-the-art des centres de données à haute disponibilité. Bien qu’elles soient rares, des pannes touchant la disponibilité des instances se trouvant au même emplacement peuvent se produire. Si vous hébergez toutes vos instances dans un seul emplacement touché par une panne, aucune de vos instances ne sera disponible.
Pour plus d’informations, consultez Infrastructure mondiale AWS
Table des matières
Régions
Chaque région est conçue pour être complètement isolée des autres régions . Cela permet d’atteindre la plus grande tolérance aux pannes possible et une stabilité optimale.
Lorsque vous consultez vos ressources, vous voyez uniquement celles liées à la région que vous avez spécifiée. Cela est dû au fait que les régions sont éloignées les unes des autres et que nous ne répliquons pas automatiquement les ressources entre régions .
Lorsque vous lancez une instance, vous devez en sélectionner une AMI qui se trouve dans la même région. S'il se AMI trouve dans une autre région, vous pouvez le AMI copier dans la région que vous utilisez. Pour de plus amples informations, veuillez consulter Copier un Amazon EC2 AMI.
Notez qu’il n’y a pas de frais pour le transfert de données entre régions. Pour plus d'informations, consultez la section Amazon EC2 Pricing - Data Transfer
Régions disponibles
Votre compte détermine les régions qui vous sont disponibles.
-
An Compte AWS fournit plusieurs régions afin que vous puissiez lancer des EC2 instances Amazon dans des endroits qui répondent à vos besoins. Par exemple, vous pouvez souhaiter lancer des instances en Europe afin d’être plus proche de vos clients européens ou pour satisfaire à des exigences légales.
-
Un compte AWS GovCloud (US-West) donne accès à la région AWS GovCloud (US-Ouest) et à la région AWS GovCloud (US-Est). Pour de plus amples informations, veuillez consulter AWS GovCloud (US)
. -
Un compte Amazon AWS (Chine) permet d'accéder uniquement aux régions de Pékin et de Ningxia. Pour plus d’informations, veuillez consulter Amazon Web Services en Chine
.
Vous ne pouvez pas décrire ou accéder à des régions supplémentaires à partir d'une Compte AWS, telle que les régions AWS GovCloud (US) Regions ou les régions de Chine.
Le tableau suivant répertorie les régions fournies par un Compte AWS. Vous pouvez également appeler la commande list-regions
| Code | Nom | Statut d’inscription |
|---|---|---|
| us-east-1 | USA Est (Virginie du Nord) | Facultatif |
| us-east-2 | USA Est (Ohio) | Facultatif |
| us-west-1 | USA Ouest (Californie du Nord) | Facultatif |
| us-west-2 | USA Ouest (Oregon) | Facultatif |
| af-south-1 | Afrique (Le Cap) | Obligatoire |
| ap-east-1 | Asie-Pacifique (Hong Kong) | Obligatoire |
| ap-south-2 | Asie-Pacifique (Hyderabad) | Obligatoire |
| ap-southeast-3 | Asie-Pacifique (Jakarta) | Obligatoire |
| ap-southeast-5 | Asie-Pacifique (Malaisie) | Obligatoire |
| ap-southeast-4 | Asie-Pacifique (Melbourne) | Obligatoire |
| ap-south-1 | Asie-Pacifique (Mumbai) | Facultatif |
| ap-northeast-3 | Asie-Pacifique (Osaka) | Facultatif |
| ap-northeast-2 | Asie-Pacifique (Séoul) | Facultatif |
| ap-southeast-1 | Asie-Pacifique (Singapour) | Facultatif |
| ap-southeast-2 | Asie-Pacifique (Sydney) | Facultatif |
| ap-southeast-7 | Asie-Pacifique (Thaïlande) | Obligatoire |
| ap-northeast-1 | Asie-Pacifique (Tokyo) | Facultatif |
| ca-central-1 | Canada (Centre) | Facultatif |
| ca-west-1 | Canada Ouest (Calgary) | Obligatoire |
| cn-north-1 | Chine (Beijing) | Facultatif |
| cn-northwest-1 | Chine (Ningxia) | Facultatif |
| eu-central-1 | Europe (Francfort) | Facultatif |
| eu-west-1 | Europe (Irlande) | Facultatif |
| eu-west-2 | Europe (Londres) | Facultatif |
| eu-south-1 | Europe (Milan) | Obligatoire |
| eu-west-3 | Europe (Paris) | Facultatif |
| eu-south-2 | Europe (Espagne) | Obligatoire |
| eu-north-1 | Europe (Stockholm) | Facultatif |
| eu-central-2 | Europe (Zurich) | Obligatoire |
| il-central-1 | Israël (Tel Aviv) | Obligatoire |
| me-south-1 | Moyen-Orient (Bahreïn) | Obligatoire |
| me-central-1 | Moyen-Orient (UAE) | Obligatoire |
| sa-east-1 | Amérique du Sud (São Paulo) | Facultatif |
Pour utiliser une région introduite après le 20 mars 2019, vous devez l’activer. Pour plus d'informations, consultez la section Activer ou désactiver AWS les régions dans votre compte dans le Guide de AWS Account Management référence.
Pour obtenir le nom d'une région, utilisez la get-parameters-by-pathregion-code par le code de la région. Vous devrez peut-être modifier les guillemets pour que l'exemple fonctionne avec votre terminal.
aws ssm get-parameters-by-path \ --path /aws/service/global-infrastructure/regions/region-code\ --query 'Parameters[?Name.contains(@,`longName`)].Value' \ --output text
Points de terminaison régionaux
Lorsque vous travaillez avec une instance à l'aide de l'interface de ligne de commande ou d'APIactions, vous devez spécifier son point de terminaison régional. Pour plus d'informations sur les régions et les points de terminaison d'AmazonEC2, consultez la section Points de terminaison des EC2 services Amazon dans le guide du EC2développeur Amazon.
Pour plus d'informations sur les points de terminaison et les protocoles en AWS GovCloud (ouest des États-Unis), consultez la section Points de terminaison de service dans le guide de l'AWS GovCloud (US) utilisateur.
Zones de disponibilité
Chaque région se compose de plusieurs emplacements isolés appelés zones de disponibilité. Le code d'une zone de disponibilité représente son code de région suivi d'un identifiant à lettre. Par exemple, us-east-1a.
Lorsque vous lancez une instance, vous sélectionnez une région et un cloud privé virtuel (VPC), puis vous pouvez soit sélectionner un sous-réseau dans l'une des zones de disponibilité, soit nous laisser le soin d'en choisir un pour vous. Si vous distribuez vos instances dans plusieurs zones de disponibilité et si une instance connaît une défaillance, vous pouvez concevoir votre application afin qu’une instance dans une autre zone de disponibilité puisse gérer les requêtes. Vous pouvez également utiliser les adresses IP Elastic pour masquer la défaillance d’une instance dans une zone de disponibilité en remappant rapidement l’adresse à une instance dans une autre zone de disponibilité.
Le schéma suivant illustre plusieurs zones de disponibilité dans une AWS région. La zone de disponibilité A et la zone de disponibilité B ont chacune un sous-réseau, et chaque sous-réseau possède des instances. La zone de disponibilité C n’a pas de sous-réseaux. Par conséquent, vous ne pouvez pas lancer d’instances dans cette zone de disponibilité.
Alors que les zones de disponibilité augmentent avec le temps, notre capacité à les développer peut devenir limitée. Dans ce cas, nous pouvons vous empêcher de lancer une instance dans une zone de disponibilité limitée, à moins que vous n’ayez déjà une instance dans cette zone de disponibilité. Finalement, nous pouvons également retirer la zone de disponibilité limitée de la liste des zones de disponibilité pour les nouveaux comptes. Par conséquent, votre compte peut avoir un nombre différent de zones de disponibilité disponibles dans une région qu’un autre compte.
AZ IDs
Pour garantir que les ressources sont réparties entre les zones de disponibilité d’une région, nous mappons indépendamment les zones de disponibilité aux codes de chaque Compte AWS
de nos régions les plus anciennes. Par exemple, il se us-east-1a Compte AWS peut que votre emplacement physique ne soit pas le même que celui us-east-1a d'un autre Compte AWS.
Pour coordonner les zones de disponibilité entre les comptes de toutes les régions, même celles qui cartographient les zones de disponibilité, utilisez l'AZ IDs, qui sont des identifiants uniques et cohérents pour une zone de disponibilité. Par exemple, use1-az1 il s'agit d'un identifiant AZ pour la us-east-1 région, et il a le même emplacement physique dans chaque région Compte AWS. Vous pouvez consulter l'AZ IDs de votre compte afin de déterminer l'emplacement physique de vos ressources par rapport aux ressources d'un autre compte. Par exemple, si vous partagez avec un autre compte un sous-réseau dans la zone de disponibilité portant l’ID use1-az2, ce sous-réseau est accessible par cet autre compte dans la zone de disponibilité portant également l’ID use1-az2.
Pour consulter l'AZ IDs de votre compte, consultez le panneau d'état du service sur le EC2tableau de bord
Le diagramme suivant illustre deux comptes avec des mappages différents entre le code de zone de disponibilité et l’ID de zone de disponibilité.
Zones de disponibilité disponibles
Chaque région comporte plusieurs zones de disponibilité, comme indiqué dans la liste suivante.
-
USA Est (Virginie du Nord) :
use1-az1|use1-az2|use1-az3|use1-az4|use1-az5|use1-az6 -
USA Est (Ohio) : |
use2-az3 -
USA Ouest (Californie du Nord) :
usw1-az1|usw1-az2|usw1-az3† -
USA Ouest (Oregon) :
usw2-az1|usw2-az2|usw2-az3|usw2-az4 -
Afrique (Le Cap) :
afs1-az1|afs1-az2|afs1-az3 -
Asie-Pacifique (Hong Kong) :
ape1-az1|ape1-az2|ape1-az3 -
Asie-Pacifique (Hyderabad) :
aps2-az1|aps2-az2|aps2-az3 -
Asie-Pacifique (Jakarta) :
apse3-az1|apse3-az2|apse3-az3 -
Asie-Pacifique (Malaisie) :
apse5-az1|apse5-az2|apse5-az3 -
Asie-Pacifique (Melbourne) :
apse4-az1|apse4-az2|apse4-az3 -
Asie-Pacifique (Mumbai) :
aps1-az1|aps1-az2|aps1-az3 -
Asie-Pacifique (Osaka) :
apne3-az1|apne3-az2|apne3-az3 -
Asie-Pacifique (Séoul) :
apne2-az1|apne2-az2|apne2-az3|apne2-az4 -
Asie-Pacifique (Singapour) :
apse1-az1|apse1-az2|apse1-az3 -
Asie-Pacifique (Sydney) :
apse2-az1|apse2-az2|apse2-az3 -
Asie-Pacifique (Thaïlande)
apse7-az1—apse7-az2| |apse7-az3 -
Asie-Pacifique (Tokyo) :
apne1-az1|apne1-az2|apne1-az3|apne1-az4 -
Canada (Centre) :
cac1-az1|cac1-az2|cac1-az4 -
Canada Ouest (Calgary) :
caw1-az1|caw1-az2|caw1-az3 -
Europe (Francfort) :
euc1-az1|euc1-az2|euc1-az3 -
Europe (Irlande) :
euw1-az1|euw1-az2|euw1-az3 -
Europe (Londres) :
euw2-az1|euw2-az2|euw2-az3 -
Europe (Milan) :
eus1-az1|eus1-az2|eus1-az3 -
Europe (Paris) :
euw3-az1|euw3-az2|euw3-az3 -
Europe (Espagne) :
eus2-az1|eus2-az2|eus2-az3 -
Europe (Stockholm) :
eun1-az1|eun1-az2|eun1-az3 -
Europe (Zurich) :
euc2-az1|euc2-az2|euc2-az3 -
Israël (Tel Aviv) :
ilc1-az1|ilc1-az2|ilc1-az3 -
Moyen-Orient (Bahreïn) :
mes1-az1|mes1-az2|mes1-az3 -
Moyen-Orient (UAE) —
mec1-az1|mec1-az2|mec1-az3 -
Amérique du Sud (São Paulo) :
sae1-az1|sae1-az2|sae1-az3 -
AWS GovCloud (USA Est) —
usge1-az1| |usge1-az2usge1-az3 -
AWS GovCloud (US-Ouest) —
usgw1-az1| |usgw1-az2usgw1-az3
† Les nouveaux comptes peuvent accéder à deux zones de disponibilité dans la région USA Ouest (Californie du Nord).
Zones de disponibilité des instances
Lorsque vous lancez une instance, sélectionnez une région qui rapproche vos instances de clients spécifiques, ou qui satisfait à vos exigences légales ou autres. En lançant vos instances dans des zones de disponibilité distinctes, vous pouvez protéger vos applications contre la défaillance d'un seul emplacement dans la région.
Lorsque vous lancez une instance, vous pouvez éventuellement spécifier une zone de disponibilité dans la région que vous utilisez. Si vous ne spécifiez pas de zone de disponibilité, nous sélectionnons une zone de disponibilité pour vous. Lorsque vous lancez vos instances initiales, nous vous recommandons d’accepter la zone de disponibilité par défaut, car cela nous permet de sélectionner la meilleure zone de disponibilité pour vous, en fonction de l’état de santé du système et de la capacité disponible. Si vous lancez des instances additionnelles, ne spécifiez une zone de disponibilité que si vos nouvelles instances doivent être proches ou séparées de vos instances en cours d’exécution.
Zones locales
Une zone locale est une extension d'une AWS région située à proximité géographique de vos utilisateurs. Les zones locales disposent de leurs propres connexions à Internet et de leur propre support AWS Direct Connect, de sorte que les ressources créées dans une zone locale peuvent servir les utilisateurs locaux avec des communications à faible latence. Pour plus d'informations, voir Qu'est-ce que AWS les zones locales ? dans le Guide de l'utilisateur des Zones AWS Locales.
Le code d’une zone locale est son code de Région suivi par un identifiant qui indique son emplacement physique. Par exemple, us-west-2-lax-1 à Los Angeles.
Le schéma suivant illustre la AWS régionus-west-2, deux de ses zones de disponibilité et deux de ses zones locales. Elle VPC couvre les zones de disponibilité et l'une des zones locales. Chaque zone du VPC possède un sous-réseau et chaque sous-réseau possède une instance.
Local Zones disponibles
Pour obtenir la liste des zones locales disponibles, consultez Zones locales disponibles dans le AWS guide de l'utilisateur des zones locales. Pour la liste des zones locales annoncées, consultez AWS Emplacements des zones locales
Instances dans les zones locales
Pour utiliser une zone locale, vous devez d’abord l’activer. Créez ensuite un sous-réseau dans la Local Zone. Vous pouvez préciser le sous-réseau de la zone locale lorsque vous lancez des instances, ce qui les place dans le sous-réseau de la zone locale dans cette zone.
Lorsque vous lancez une instance dans une zone locale, vous pouvez allouer une adresse IP à partir d'un groupe de frontières réseau. Un groupe frontalier du réseau est un ensemble unique de zones de disponibilité, de zones locales ou de zones de longueur d'onde à partir AWS duquel les adresses IP sont publiées, par exemple,us-west-2-lax-1a. Vous pouvez allouer les adresses IP suivantes à partir d’un groupe de frontières réseau :
-
Adresses Elastic fournies par Amazon IPv4
-
IPv6VPCAdresses fournies par Amazon (disponibles uniquement dans les zones de Los Angeles)
Pour plus d'informations sur le lancement d'une instance dans une zone locale, consultez Getting started with AWS Local Zones dans le guide de l'utilisateur des zones AWS locales.
Zones Wavelength
AWS Wavelength permet aux développeurs de créer des applications offrant des latences extrêmement faibles aux appareils mobiles et aux utilisateurs finaux. Wavelength déploie des services de AWS calcul et de stockage standard à la périphérie des réseaux 5G des opérateurs de télécommunications. Les développeurs peuvent étendre un cloud privé virtuel (VPC) à une ou plusieurs zones de Wavelength, puis utiliser AWS des ressources telles que des EC2 instances Amazon pour exécuter des applications nécessitant une latence très faible et une connexion aux AWS services de la région.
Une zone Wavelength est une zone isolée située à l’emplacement du transporteur où l’infrastructure Wavelength est déployée. Les zones Wavelength sont liées à une région. Une zone Wavelength est une extension logique d’une région et est gérée par le plan de contrôle de la région.
Le code d’une zone Wavelength est son code de Région suivi par un identifiant qui indique son emplacement physique. Par exemple, us-east-1-wl1-bos-wlz-1 à Boston.
Le schéma suivant illustre la AWS régionus-west-2, deux de ses zones de disponibilité et une zone Wavelength. Elle VPC couvre les zones de disponibilité et la zone Wavelength. Chaque zone du VPC possède un sous-réseau et chaque sous-réseau possède une instance.
Les zones Wavelength ne sont pas disponibles dans toutes les régions. Pour plus d’informations sur les régions qui prennent en charge les zones Wavelength, consultez Zones Wavelength disponibles dans le Guide du développeur AWS Wavelength .
Zones Wavelength disponibles
Pour la liste des zones Wavelength disponibles, consultez Zones Wavelength disponibles dans le AWS Wavelength Guide.
Instances dans les zones Wavelength
Pour utiliser une zone Wavelength, vous devez d’abord vous inscrire à la zone. Créez ensuite un sous-réseau dans la zone Wavelength. Vous pouvez préciser le sous-réseau Wavelength lorsque vous lancez des instances. Vous allouez également une adresse IP de transporteur à partir d’un groupe de frontières réseau, qui est un ensemble unique de zones de disponibilité, de Local Zones ou de zones Wavelength à partir desquelles AWS
annonce des adresses IP, par exemple us-east-1-wl1-bos-wlz-1.
Pour savoir step-by-step comment lancer une instance dans une zone Wavelength, consultez la section Get started with AWS Wavelength dans le guide du AWS Wavelength développeur.
AWS Outposts
AWS Outposts est un service entièrement géré qui étend AWS l'infrastructureAPIs, les services et les outils aux locaux du client. En fournissant un accès local à l'infrastructure AWS gérée, il 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 AWS les 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. Les instances des sous-réseaux Outpost communiquent avec d'autres instances de la AWS région à l'aide d'adresses IP privées, toutes au même endroit. VPC
Le schéma suivant illustre la AWS régionus-west-2, deux de ses zones de disponibilité et un avant-poste. Elle VPC couvre les zones de disponibilité et l'avant-poste. L’Outpost se trouve dans un centre de données client sur site. Chaque zone du VPC possède un sous-réseau et chaque sous-réseau possède une instance.
Instances sur un outpost
Pour commencer à l'utiliser AWS Outposts, vous devez créer un avant-poste et commander une capacité d'avant-poste. AWS Outposts propose deux formats, les racks Outposts et les serveurs Outposts. Pour plus d'informations sur les configurations des Outposts, consultez AWS Outposts Famille
Pour lancer EC2 des instances, vous devez créer un sous-réseau Outpost. Les groupes de sécurité contrôlent le trafic entrant et sortant pour les instances d’un sous-réseau Outpost, comme ils le font pour les instances d’un sous-réseau de zone de disponibilité. Pour vous connecter à une EC2 instance dans un sous-réseau Outpost, vous pouvez spécifier une paire de clés lorsque vous lancez l'instance, comme vous le faites pour les instances d'un sous-réseau de zone de disponibilité afin d'autoriser les connexions à utiliser. SSH
Pour plus d'informations, consultez Démarrer avec les racks Outposts ou Démarrer avec les serveurs Outposts.
Volumes sur un rack Outposts
Si la capacité de calcul de vos Outposts se trouve sur un rack Outpost, vous pouvez créer des EBS volumes dans le sous-réseau Outpost que vous avez créé. Lorsque vous créez le volume, spécifiez le nom de la ressource Amazon (ARN) de l'Outpost.
La commande create-volume
aws ec2 create-volume --availability-zoneus-east-2a--outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138--size50
Vous pouvez modifier dynamiquement la taille de vos volumes Amazon EBS gp2 sans les détacher. Pour plus d'informations sur la modification d'un volume sans le détacher, consultez la section Demander des modifications à vos EBS volumes dans le guide de l'EBSutilisateur Amazon.
Nous vous recommandons de limiter le volume racine d'une instance sur un rack Outpost à 30 GiB ou moins. Vous pouvez spécifier des volumes de données dans le mappage de périphériques par blocs de l'instance AMI ou de l'instance afin de fournir un stockage supplémentaire. Pour supprimer les blocs inutilisés du volume de démarrage, consultez la section Comment créer des EBS volumes épars
Nous vous recommandons d'augmenter le NVMe délai d'expiration du volume racine. Pour plus d'informations, consultez la section Délai d'expiration des opérations d'E/S dans le guide de EBSl'utilisateur Amazon.
Volumes sur un serveur Outposts
Les instances des serveurs Outposts fournissent des volumes de stockage d'instance mais ne les prennent pas en chargeEBS. Choisissez un produit EBS soutenu par Amazon AMI avec un seul EBS instantané. Choisissez une taille d'instance avec suffisamment de stockage pour répondre aux besoins de votre application. Pour de plus amples informations, veuillez consulter Limites de stockage d’instance.
