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é à plusieurs endroits dans le monde. Ces emplacements sont composés de Régions AWS, de zones de disponibilité, de Local Zones, AWS Outposts, et de zones Wavelength.

AWS gère des centres de données à la pointe de la technologie et hautement disponibles. 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.

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 lancez une instance, sélectionnez une région qui place vos instances à proximité de clients spécifiques ou qui répond à vos exigences légales ou autres. Vous pouvez lancer des instances dans plusieurs régions.

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.

Régions disponibles

Pour obtenir la liste des régions actuelles, consultez la section Régions AWS.

Points de terminaison régionaux pour Amazon EC2

Lorsque vous utilisez une instance à l’aide de la CLI ou des actions d’API, vous devez spécifier son point de terminaison régional. Pour plus d'informations sur les régions et les points de terminaison d'Amazon EC2, consultez les points de terminaison du service Amazon EC2 dans le guide du développeur d'Amazon EC2.

Pour plus d’informations, consultez la section Régions AWS dans le Guide de l’utilisateur des Régions AWS et des zones de disponibilité.

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.

En lançant des instances EC2 dans plusieurs zones de disponibilité, vous pouvez protéger vos applications contre la défaillance d’un seul emplacement dans la région.

Le diagramme suivant illustre plusieurs zones de disponibilité dans une région AWS. La zone de disponibilité A et la zone de disponibilité B disposent chacune d’un sous-réseau, et chaque sous-réseau comporte des instances EC2. 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é.

Pour de plus amples informations, consultez Clouds privés virtuels pour vos instances EC2.

Zones de disponibilité par région

Pour obtenir la liste des zones de disponibilité par région, consultez la section Zones de disponibilité AWS.

Zones de disponibilité des instances

Lorsque vous lancez une instance, vous sélectionnez une région et un cloud privé virtuel (VPC). Ensuite, vous pouvez sélectionner un sous-réseau dans l’une des zones de disponibilité ou nous laisser en choisir un à votre place. Lorsque vous lancez vos premières instances, nous vous recommandons de nous laisser sélectionner une zone de disponibilité à votre place en fonction de l’état du système et de la capacité disponible. Si vous lancez des instances supplémentaires, ne spécifiez une zone de disponibilité que si vos nouvelles instances doivent être proches de vos instances existantes ou en être séparées.

Si vous répartissez les instances sur plusieurs zones de disponibilité et qu’une instance tombe en panne, vous pouvez concevoir votre application de manière à ce qu’une instance située dans une autre zone de disponibilité traite les requêtes à sa place.

Pour plus d’informations, consultez la section Zones de disponibilité AWS dans le Guide de l’utilisateur des zones de disponibilité Régions AWS.

Zones locales

Une zone locale est une extension d’une Région AWS située à proximité géographique de vos utilisateurs. Les zones locales ont leurs propres connexions à Internet et prennent en charge Direct Connect pour que les ressources créées dans une zone locale puissent servir les utilisateurs locaux avec des communications à faible latence. Pour plus d'informations, consultez C'est quoi une AWS zone locale ? dans le AWS Guide de l'utilisateur des zones 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 diagramme suivant illustre la Région AWS us-west-2, deux de ses zones de disponibilité et deux de ses zones locales. Le 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 de frontières réseau 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-west-2-lax-1a. Vous pouvez allouer les adresses IP suivantes à partir d’un groupe de frontières réseau :

Pour de plus d’informations sur le lancement d’une instance dans une zone locale, veuillez consulter Premiers pas avec les zones locales AWS du Guide de l’utilisateur des zones locales AWS.

Zones Wavelength

AWS Wavelength permet aux développeurs de créer des applications qui offrent des latences ultra-faibles aux appareils mobiles et aux utilisateurs finaux. Wavelength déploie des services de calcul et de stockage AWS 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 Wavelength, puis utiliser des ressources AWS comme les instances Amazon EC2 pour exécuter des applications nécessitant une latence ultra-faible et une connexion aux services AWS dans 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 diagramme suivant illustre la Région AWS us-west-2, deux de ses zones de disponibilité et une zone Wavelength. Le 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 des instructions détaillées sur le lancement d’une instance dans une zone Wavelength, consultez Démarrer avec AWS Wavelength dans le AWS Wavelength Guide du développeur.

AWS Outposts

AWS Outposts est un service entièrement géré qui étend l’infrastructure AWS, les services, les API et les outils aux sites du client. En fournissant un accès local à l’infrastructure gérée par AWS, AWS Outposts permet aux clients de créer et d’exécuter des applications sur site à l’aide des mêmes interfaces de programmation que dans les régions AWS, tout en utilisant les ressources de calcul et de stockage locales pour réduire la latence et les besoins de traitement des données locales.

Un outpost est un pool de capacités de calcul et de stockage AWS déployées sur un site client. AWS exploite, surveille et gère cette capacité dans le cadre d’une région AWS. Vous pouvez créer des sous-réseaux sur votre Outpost et les spécifier lorsque vous créez des ressources AWS. Les instances se trouvant dans des sous-réseaux outpost communiquent avec d’autres instances de la région AWS à l’aide d’adresses IP privées se trouvant toutes dans le même VPC.

Le diagramme suivant illustre la Région AWS us-west-2, deux de ses zones de disponibilité et un Outpost. Le VPC couvre les zones de disponibilité et l’Outpost. 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 à utiliserAWS Outposts, vous devez créer un outpost et commander une capacité outpost. 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. Une fois votre équipement Ooutpost installé, la capacité de calcul et de stockage est disponible pour vous lorsque vous lancez des instances EC2 sur votre Outpost.

Pour lancer des instances EC2, 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 à des instances dans des sous-réseaux Outpost à l’aide de SSH, spécifiez une paire de clés lorsque vous les lancez, comme vous le faites pour les instances dans les sous-réseaux de zone de disponibilité.

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 Outpost se trouve sur un rack Outpost, vous pouvez créer des volumes EBS dans le sous-réseau Outpost que vous avez créé. Lorsque vous créez le volume, spécifiez l’Amazon Resource Name (ARN) de l’outpost.

La commande create-volume suivante crée un volume vide de 50 Go sur l’outpost spécifié.

aws ec2 create-volume --availability-zone us-east-2a --outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138 --size 50

Vous pouvez modifier dynamiquement la taille de vos volumes gp2 Amazon EBS sans les détacher. Pour plus d'informations sur la modification d'un volume sans le détacher, consultez Demander de modifications pour vos volumes EBS dans le guide de l'utilisateur d'Amazon EBS.

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 de blocs de l’AMI ou de l’instance pour fournir un stockage supplémentaire. Pour couper les blocs inutilisés du volume de démarrage, consultez Comment créer des volumes EBS fragmentés dans le AWS blog Partner Network.

Nous vous recommandons d’augmenter le délai d’attente de NVMe pour le volume racine. Pour plus d'informations, consultez Délai d'expiration des opérations d'E/S dans le guide de l'utilisateur Amazon EBS.

Volumes sur un serveur Outposts

Les instances sur les serveurs Outposts offrent des volumes de stockage d'instance mais ne prennent pas en charge les volumes EBS. Choisissez une AMI basée sur Amazon EBS avec un seul instantané EBS. Choisissez une taille d'instance avec suffisamment de stockage pour répondre aux besoins de votre application. Pour de plus amples informations, consultez Limites de volume de stockage d’instances.