Régions et zones - Amazon Elastic Compute Cloud

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 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 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 vous aider à déterminer le déploiement qui vous convient le mieux, consultez les Questions fréquentes (FAQ)AWS Wavelength.

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 sélectionner une AMI se trouvant dans la même région. Si l’AMI est dans une autre région, vous pouvez copier l’AMI dans la région que vous utilisez. Pour plus d’informations, consultez Copier une AMI.

Notez qu’il n’y a pas de frais pour le transfert de données entre régions. Pour plus d’informations, consultez Tarification Amazon EC2 - Transfert de données.

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 instances Amazon EC2 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 plus d’informations, consultez 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.

Le tableau suivant répertorie les régions fournies par un Compte AWS. Vous ne pouvez pas décrire ou accéder à des régions supplémentaires à partir d'une région Compte AWS, telle que la AWS GovCloud (US) Regions ou les régions de Chine. Pour utiliser une région introduite après le 20 mars 2019, vous devez l’activer. Pour plus d'informations, voir Spécifier les AWS régions que votre compte peut utiliser dans le Guide de AWS Account Management référence.

Code Nom Statut d’inscription
us-east-2 USA Est (Ohio) Facultatif
us-east-1 USA Est (Virginie) 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-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-northeast-1 Asie-Pacifique (Tokyo) Facultatif
ca-central-1 Canada (Centre) Facultatif
ca-west-1 Canada Ouest (Calgary) Obligatoire
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 (EAU) Obligatoire
sa-east-1 Amérique du Sud (São Paulo) Facultatif

Pour plus d’informations, consultez Infrastructure mondiale AWS.

Le nombre et le mappage des zones de disponibilité par région peut varier entre les Comptes AWS . Pour obtenir la liste des zones de disponibilité qui sont disponibles pour votre compte, vous pouvez utiliser la console Amazon EC2 ou l’interface de ligne de commande. Pour plus d’informations, consultez Décrire vos régions.

Régions et points de terminaison

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 Points de terminaison et quotas Amazon EC2 (français non garanti) dans le Référence générale d'Amazon Web Services.

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.

Décrire vos régions

Vous pouvez utiliser la console Amazon EC2 ou la CLI pour déterminer quelles régions et zones de disponibilité sont disponibles pour votre compte. Pour plus d’informations sur les CLI (interface ligne de commande), consultez Accès à Amazon EC2.

Pour rechercher vos régions à l’aide de la console
  1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  2. Dans la barre de navigation, sélectionnez le sélecteur Regions (Régions).

    Voir vos régions
  3. Vos ressources EC2 pour la Région sélectionnée sont affichées sur le tableau de bord EC2 dans la section Ressources.

Pour trouver vos régions à l'aide du AWS CLI

Utilisez la commande describe-regions comme suit pour décrire les régions qui sont activées pour votre compte.

aws ec2 describe-regions

Pour décrire toutes les régions, y compris celles qui sont désactivées pour votre compte, ajoutez l’option --all-regions comme suit.

aws ec2 describe-regions --all-regions

Obtenir le nom d’affichage de la Région

Vous pouvez utiliser le AWS Systems Manager Parameter Store pour afficher le nom d'affichage d'une région. Chaque Région possède des paramètres publics dans le chemin suivant.

/aws/service/global-infrastructure/regions/region-code

Les paramètres publics d’une Région sont les suivants :

  • /aws/service/global-infrastructure/regions/region-code/domain

  • /aws/service/global-infrastructure/regions/region-code/geolocationCountry

  • /aws/service/global-infrastructure/regions/region-code/geolocationRegion

  • /aws/service/global-infrastructure/regions/region-code/longName

  • /aws/service/global-infrastructure/regions/region-code/partition

Le paramètre longName contient le nom d’affichage de la Région. La get-parameters-by-pathcommande suivante renvoie le nom d'affichage de la af-south-1 région. Elle utilise l’option --query pour étendre la sortie au nom de la Région. Vous devez placer la chaîne de requête entre guillemets simples sous Linux. Pour exécuter cette commande à l’aide de l’invite de commandes Windows, omettez les guillemets simples ou remplacez-les par des guillemets doubles.

AWS CLI on Linux
aws ssm get-parameters-by-path \ --path /aws/service/global-infrastructure/regions/af-south-1 \ --query 'Parameters[?Name.contains(@,`longName`)].Value' \ --output text
AWS CLI on Windows
aws ssm get-parameters-by-path ^ --path /aws/service/global-infrastructure/regions/af-south-1 ^ --query "Parameters[?Name.contains(@,`longName`)].Value" ^ --output text
Tools for PowerShell

S'il n'est pas installé, installez le fichier AWS.tools. SimpleSystemsManagementmodule pour les outils PowerShell en cours d'exécutionInstall-AWSToolsModule AWS.Tools.SimpleSystemsManagement -CleanUp.

$parameterPath = "/aws/service/global-infrastructure/regions/af-south-1" $substringToMatch = "longName" $filteredParameters = Get-SSMParametersByPath -Path $parameterPath ` | Where-Object { $_.Name -like "*$substringToMatch*" } ` | ForEach-Object { Write-Output $_.Value } $filteredParameters

Voici un exemple de sortie.

Africa (Cape Town)

Pour plus d’informations, veuillez consulter Utilisation de paramètres publics dans le Guide de l’utilisateur AWS Systems Manager .

Spécifier la région pour une ressource

Vous pouvez spécifier la région pour la ressource à chaque fois que vous créez une ressource Amazon EC2. Vous pouvez spécifier la région d'une ressource à l'aide de la ligne de commande AWS Management Console ou.

Considérations

Certaines AWS ressources peuvent ne pas être disponibles dans toutes les régions. Assurez-vous de pouvoir créer les ressources dont vous avez besoin dans les régions souhaitées avant de lancer une instance.

Pour spécifier la région pour une ressource avec la console
  1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  2. Dans la barre de navigation, choisissez le sélecteur Regions (Régions), puis sélectionnez la région.

    Voir vos régions
Pour spécifier la région par défaut à l’aide de la ligne de commande

Vous pouvez définir la valeur d’une variable d’environnement sur le point de terminaison régional souhaité (par exemple, https://ec2.us-east-2.amazonaws.com) :

  • AWS_DEFAULT_REGION (AWS CLI)

  • Set-AWSDefaultRegion (AWS Tools for Windows PowerShell)

L’autre solution consiste à utiliser l’option ligne de commande --region (AWS CLI) ou -Region (AWS Tools for Windows PowerShell) avec chaque commande individuelle. Par exemple, --region us-east-2.

Pour plus d'informations sur les points de terminaison pour Amazon EC2, consultez la section Points de terminaison et quotas Amazon EC2 dans le. Références générales AWS

Zones de disponibilité

Chaque région se compose de plusieurs emplacements isolés appelés zones de disponibilité. Le code de la zone de disponibilité est 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 sélectionner un sous-réseau dans l’une des zones de disponibilité ou nous laisser 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é.

Une région avec des instances dans une seule 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.

ID de zone de disponibilité

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 chacune 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 les ID AZ, 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 afficher les ID des zones de disponibilité 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.

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é.

Deux comptes avec des mappages différents entre le code de zone de disponibilité et l’ID de zone de disponibilité.

Décrire vos zones de disponibilité

Vous pouvez utiliser la console Amazon EC2 ou la CLI pour déterminer quelles zones de disponibilité sont disponibles pour votre compte. Pour plus d’informations sur les CLI (interface ligne de commande), consultez Accès à Amazon EC2.

Pour rechercher vos zones de disponibilité à l’aide de la console
  1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  2. Dans la barre de navigation, choisissez le sélecteur Regions (Régions), puis sélectionnez la région.

  3. Dans le panneau de navigation, choisissez Tableau de bord EC2.

  4. Les zones de disponibilité sont répertoriées dans le panneau Service health (État du service).

Pour trouver vos zones de disponibilité à l'aide du AWS CLI
  • Utilisez la describe-availability-zonescommande comme suit pour décrire les zones de disponibilité activées pour votre compte dans la région spécifiée.

    aws ec2 describe-availability-zones --region region-name
  • Utilisez la describe-availability-zonescommande suivante pour décrire les zones de disponibilité quel que soit le statut de l'opt-in.

    aws ec2 describe-availability-zones --all-availability-zones

Lancer des instances dans une zone de disponibilité

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 de la défaillance d’un emplacement unique.

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.

Migrer une instance vers une autre zone de disponibilité

Si nécessaire, vous pouvez migrer une instance d’une zone de disponibilité à une autre. Par exemple, si vous essayez de modifier le type d’instance de votre instance et que nous ne pouvons pas lancer une instance du nouveau type d’instance dans la zone de disponibilité actuelle, vous pouvez migrer l’instance vers une zone de disponibilité avec capacité pour le nouveau type d’instance.

Le processus de migration comporte les étapes suivantes :

  • Création d’une AMI à partir de l’instance d’origine

  • Lancement d’une instance dans la nouvelle zone de disponibilité

  • Mise à jour de la configuration de la nouvelle instance, comme indiqué dans la procédure suivante

Pour migrer une instance vers une autre zone de disponibilité
  1. Créez une AMI à partir de l’instance. La procédure dépend du type de volume de périphérique racine de l'instance. Pour plus d'informations, consultez la documentation correspondant au volume de votre périphérique racine :

  2. Si vous avez besoin de préserver l’adresse IPv4 privée d’une instance, vous devez supprimer le sous-réseau dans la zone de disponibilité actuelle, puis créer un sous-réseau dans la nouvelle zone de disponibilité avec la même plage d’adresses IPv4 que le sous-réseau d’origine. Veuillez noter que vous devez mettre fin à toutes les instances dans un sous-réseau avant de pouvoir le supprimer. Par conséquent, vous devez créer des AMI à partir de toutes les instances de votre sous-réseau de façon à pouvoir déplacer toutes les instances du sous-réseau actuel vers le nouveau sous-réseau.

  3. Lancez une instance depuis une AMI que vous avez créée, en spécifiant la nouvelle zone de disponibilité ou le nouveau sous-réseau. Vous pouvez utiliser le même type d’instance que pour l’instance d’origine ou sélectionner un nouveau type d’instance. Pour plus d’informations, consultez Lancer des instances dans une zone de disponibilité.

  4. Si l’instance d’origine a une adresse IP Elastic associée, associez-la à la nouvelle instance. Pour plus d’informations, consultez Dissocier une adresse IP Elastic.

  5. Si l’instance d’origine est une Instance réservée, changez la zone de disponibilité pour votre réservation. (Si vous avez également changé le type d’instance, vous pouvez aussi modifier le type d’instance de votre réservation). Pour plus d’informations, consultez Soumettre des demandes de modification.

  6. (Facultatif) Mettez fin à l’instance d’origine. Pour plus d’informations, consultez Résilier une instance.

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

Un VPC avec des zones de disponibilité et des zones locales.

Pour utiliser une zone locale, vous devez d’abord l’activer. Pour plus d’informations, consultez S’inscrire à Local Zones. Créez ensuite un sous-réseau dans la zone locale. Enfin, lancez des ressources dans le sous-réseau de la zone locale, telles que des instances, afin que vos applications soient proches de vos utilisateurs.

Local Zones disponibles

Vous pouvez utiliser la console Amazon EC2 ou une interface de ligne de commande pour déterminer les zones locales disponibles pour votre compte. Pour bénéficier d’une liste complète, consultez les Emplacements de zones locales AWS.

Pour rechercher votre Local Zones à l’aide de la console
  1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  2. Dans la barre de navigation, sélectionnez le sélecteur Regions (Régions), puis sélectionnez la région parente.

  3. Dans le panneau de navigation, choisissez Tableau de bord EC2.

  4. En haut à droite de la page, choisissez Attributs du compte, Zones.

Pour trouver vos Zones Locales à l'aide du AWS CLI

Utilisez la describe-availability-zonescommande comme suit pour décrire toutes les Zones Locales de la région spécifiée, même si elles ne sont pas activées. Pour décrire uniquement les zones locales que vous avez activées, omettez l’option --all-availability-zones.

aws ec2 describe-availability-zones --region region-name --filters Name=zone-type,Values=local-zone --all-availability-zones

S’inscrire à Local Zones

Avant de spécifier une zone locale pour une ressource ou un service, vous devez vous inscrire à Local Zones.

Considération

Certaines AWS ressources peuvent ne pas être disponibles dans toutes les régions. Assurez-vous que vous pouvez créer les ressources dont vous avez besoin dans les régions ou les Local Zones souhaitées avant de lancer une instance dans une zone locale spécifique. Pour connaître la liste des services pris en charge dans chaque zone locale, consultez les Caractéristiques des zones locales AWS.

Pour vous inscrire à Local Zones à l’aide de la console
  1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  2. Dans le coin supérieur gauche de la page, sélectionnez Nouvelle expérience EC2. Vous ne pouvez pas exécuter cette tâche à l’aide de l’ancienne console.

  3. Dans la barre de navigation, choisissez le sélecteur Regions (Régions), puis sélectionnez la région parente.

  4. Dans le panneau de navigation, choisissez Tableau de bord EC2.

  5. En haut à droite de la page, choisissez Attributs du compte, Zones.

  6. Choisissez une zone locale, puis Action > Gérer le groupe de zones.

  7. Sous État d'inscription, choisissez Activer.

  8. Choisissez Mettre à jour.

Pour accéder aux Zones Locales à l'aide du AWS CLI

Utilisez la commande modify-availability-zone-group.

Lancez des instances dans une zone locale

Lorsque vous lancez une instance, vous pouvez spécifier un sous-réseau qui se trouve 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 :

  • Adresses IPv4 Elastic fournies par Amazon

  • Adresses VPC IPv6 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 longueur d'onde, puis utiliser des AWS ressources telles que les instances Amazon EC2 pour exécuter des applications nécessitant une latence très faible et une connexion AWS aux 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. 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.

Un VPC avec des zones de disponibilité et une zone Wavelength.

Pour utiliser une zone Wavelength, vous devez d’abord vous inscrire à la zone. Pour plus d’informations, consultez Activer les zones Wavelength. Ensuite, créez un sous-réseau dans la zone Wavelength. Enfin, lancez vos ressources dans le sous-réseau de zones Wavelength, afin que vos applications soient plus proches de vos utilisateurs finaux.

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 .

Décrire vos zones Wavelength

Vous pouvez utiliser la console Amazon EC2 ou la CLI pour déterminer quelles zones Wavelength sont disponibles pour votre compte. Pour plus d’informations sur les CLI (interface ligne de commande), consultez Accès à Amazon EC2.

Pour rechercher vos zones Wavelength à l’aide de la console
  1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  2. Dans la barre de navigation, choisissez le sélecteur Regions (Régions), puis sélectionnez la région.

  3. Dans le panneau de navigation, choisissez Tableau de bord EC2.

  4. En haut à droite de la page, choisissez Attributs du compte, Zones.

Pour trouver vos zones de longueur d'onde à l'aide du AWS CLI
  • Utilisez la describe-availability-zonescommande comme suit pour décrire les zones de longueur d'onde activées pour votre compte dans la région spécifiée.

    aws ec2 describe-availability-zones --region region-name
  • Utilisez la describe-availability-zonescommande suivante pour décrire les zones Wavelength quel que soit le statut de l'opt-in.

    aws ec2 describe-availability-zones --all-availability-zones

Activer les zones Wavelength

Avant de spécifier une zone Wavelength pour une ressource ou un service, vous devez vous inscrire à Zones Wavelength.

Considérations
  • Certaines AWS ressources ne sont pas disponibles dans toutes les régions. Assurez-vous de pouvoir créer les ressources dont vous avez besoin dans la région ou la zone Wavelength souhaitée avant de lancer une instance dans une zone Wavelength spécifique.

Pour vous inscrire aux zones Wavelength à l’aide de la console
  1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  2. Dans le coin supérieur gauche de la page, sélectionnez Nouvelle expérience EC2. Vous ne pouvez pas exécuter cette tâche à l’aide de l’ancienne console.

  3. Dans la barre de navigation, choisissez le sélecteur Regions (Régions), puis sélectionnez la région.

  4. Dans le panneau de navigation, choisissez Tableau de bord EC2.

  5. En haut à droite de la page, choisissez Attributs du compte, Zones.

  6. Choisissez une zone de longueur d'onde, puis Action > Gérer le groupe de zones.

  7. Sous État d'inscription, choisissez Activer.

  8. Choisissez Mettre à jour.

Pour activer les zones de longueur d'onde à l'aide du AWS CLI

Utilisez la commande modify-availability-zone-group.

Lancer des instances dans une zone Wavelength

Lorsque vous lancez une instance, vous pouvez spécifier un sous-réseau qui se trouve dans une zone Wavelength. 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 plus d’informations sur le lancement d’une instance dans une zone Wavelength, consultez la section Premiers pas avec AWS Wavelength du Guide du développeur AWS Wavelength .

AWS Outposts

AWS Outposts est un service entièrement géré qui étend AWS l'infrastructure, les services, les API et les outils aux locaux des clients. 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, le tout au sein du même VPC.

Le schéma suivant illustre la AWS régionus-west-2, deux de ses zones de disponibilité et un avant-poste. 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.

Un VPC avec des zones de disponibilité et un Outpost.

Pour commencer à l'utiliser AWS Outposts, vous devez créer un avant-poste et commander une capacité d'avant-poste. Pour plus d’informations sur les configurations outposts, consultez notre catalogue. Une fois votre équipement Ooutpost installé, la capacité de calcul et de stockage est disponible pour vous lorsque vous lancez des instances Amazon EC2 sur votre Outpost.

Lancer des instances sur un outpost

Vous pouvez lancer des instances EC2 dans le sous-réseau outpost que vous avez créé. Les groupes de sécurité contrôlent le trafic entrant et sortant pour les instances avec des interfaces réseau Elastic dans un sous-réseau Outpost, comme ils le font pour les instances dans un sous-réseau de zone de disponibilité. Pour vous connecter à une instance EC2 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é.

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 supprimer les blocs inutilisés du volume de démarrage, consultez la section Comment créer des volumes EBS épars sur le blog du réseau de AWS partenaires.

Nous vous recommandons d’augmenter le délai d’attente de NVMe pour le volume racine. Pour plus d'informations, consultez la section Délai d'expiration des opérations d'E/S.

Pour plus d’informations sur la création d’un Outpost, consultez la section Premiers pas avec AWS Outposts du Guide de l’utilisateur AWS Outposts .

Création d’un volume sur un rack Outpost

AWS Outposts propose des formats rack et serveur. Si votre capacité 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, voir Demander des modifications à vos volumes EBS.