Régions, zones de disponibilité et Zones locales - Amazon Elastic Compute Cloud

Régions, zones de disponibilité et Zones locales

Amazon EC2 est hébergé à plusieurs endroits dans le monde. Ces emplacements sont composés de régions, de zones de disponibilité et de Zones locales. Chaque Région constitue une zone géographique séparée. Chaque région se compose de plusieurs emplacements isolés appelés Zones de disponibilité. Les Zones locales vous offrent la possibilité de placer des ressources, telles que des ressources de calcul et de stockage, dans plusieurs emplacements plus près de vos utilisateurs finaux. À moins que vous en décidiez autrement, les ressources ne sont pas répliquées d'une région à l'autre.

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

Concepts

Chaque région est totalement indépendante. Chaque zone de disponibilité est isolée, mais les zones de disponibilité d'une région sont connectées par des liaisons à faible latence. Une Zone locale est un déploiement d'infrastructure AWS qui rapproche certains services de vos utilisateurs finaux. Une Zone locale est une extension d'une région, dont l'emplacement est différent de celui de votre région. Elle fournit une dorsale à bande passante élevée à l'infrastructure AWS et s'avère idéale pour les applications sensibles à la latence, comme le machine learning par exemple. Le diagramme suivant illustre la relation entre les régions, les zones de disponibilité et les Zones locales.


				Régions, zones de disponibilité et Zones locales

Les ressources Amazon EC2 sont globales ou liées à une région, une zone de disponibilité ou une Zone locale. Pour plus d'informations, consultez Emplacements des ressources.

Régions

Chaque région Amazon EC2 est conçue pour être complètement isolée des autres régions Amazon EC2. 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 Copie d'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.

Zones de disponibilité

Une zone de disponibilité comprend un ou plusieurs centres de données discrets dotés d'une alimentation redondante, d'une mise en réseau et d'une connectivité au sein d'une région AWS. Les zones de disponibilité donnent aux clients la possibilité d'utiliser des applications de production et des bases de données plus disponibles, plus tolérantes aux pannes et plus scalables que ce qui serait possible à partir d'un centre de données unique. Toutes les zones de disponibilité d'une région AWS sont interconnectées avec un réseau à bande passante élevée et à faible temps de latence, sur une fibre métropolitaine dédiée entièrement redondante, fournissant un réseau à haut débit et à faible temps de latence entre les zones de disponibilité. Tout le trafic entre les zones de disponibilité est chiffré. Les performances du réseau sont suffisantes pour réaliser une réplication synchrone entre les zones de disponibilité. Les zones de disponibilité facilitent la partition des applications pour une haute disponibilité. Si une application est partitionnée entre plusieurs zones de disponibilité, l'application est mieux isolée et protégée contre les problèmes tels que les pannes de courant, les coups de foudre, les tornades, les tremblements de terre, etc. Les zones de disponibilité sont physiquement séparées par une distance significative de toute autre zone de disponibilité, bien que toutes se trouvent à moins de 100 km (60 milles) l'une de l'autre.

Lorsque vous lancez une instance, vous pouvez choisir une zone de disponibilité, ou nous laisser en choisir une 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é. Pour plus d'informations, consultez Adresses IP Elastic.

Une zone de disponibilité est représentée par un code de région suivi d'un identifiant à lettre ; par exemple, us-east-1a. 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 noms de chaque compte AWS. Par exemple, la zone de disponibilité us-east-1a de votre compte AWS peut se trouver à un emplacement différent de la zone de disponibilité us-east-1a d'un autre compte AWS.

Pour coordonner les zones de disponibilité entre les comptes, vous devez utiliser un ID de zone de disponibilité, qui représente l'identifiant unique et cohérent d'une zone de disponibilité. Par exemple, use1-az1 est l'ID de zone de disponibilité de la région us-east-1 dont l'emplacement est identique dans chaque compte AWS.

Le nom des ID de zone de disponibilité vous permet de déterminer l'emplacement des ressources d'un compte 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 use-az2, ce sous-réseau est accessible par cet autre compte dans la zone de disponibilité portant également l'ID use-az2. L'ID de zone de disponibilité de chaque VPC et de chaque sous-réseau s'affiche dans la console Amazon VPC. Pour de plus amples informations, veuillez consulter Utilisation de VPC partagés dans le Amazon VPC Guide de l'utilisateur.

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.

Vous pouvez lister les zones de disponibilité qui sont disponibles pour votre compte. Pour plus d'informations, consultez Description de vos régions, zones de disponibilité et Zones locales.

Zones locales

Une Zone locale est une extension d'une région AWS située à proximité géographique de vos utilisateurs. Lorsque vous lancez une instance, vous pouvez sélectionner un sous-réseau dans une Zone locale. Les Zones locales ont leurs propres connexions à Internet et prennent en charge AWS Direct Connect. Les ressources créées dans une Zone locale peuvent donc servir les utilisateurs locaux avec des communications à très faible latence. Pour de plus amples informations, veuillez consulter les zones locales AWS.

Une Zone locale est représentée par un code de région suivi d'un identifiant qui indique l'emplacement ; par exemple, us-west-2-lax-1a.

Pour utiliser une Zone locale, vous devez d'abord l'activer. Pour de plus amples informations, veuillez consulter Activation des Zones locales. Ensuite, créez un sous-réseau dans la Zone locale. Enfin, lancez l'une des ressources suivantes dans le sous-réseau de la Zone locale, afin que vos applications soient plus proches de vos utilisateurs finaux :

  • Instances Amazon EC2

  • Volumes Amazon EBS

  • Serveurs de fichiers Amazon FSx

  • Equilibreur de charge d'application

  • Hôtes dédiés

Les Zones locales ne sont pas disponibles dans toutes les régions. Pour de plus amples informations sur les régions qui prennent en charge les Zones locales, veuillez consulter Régions disponibles.

Vous pouvez répertorier les Zones locales qui sont disponibles pour votre compte. Pour plus d'informations, consultez Description de vos régions, zones de disponibilité et Zones locales.

Groupes de bordure réseau

Un groupe de bordure réseau est un ensemble unique de zones de disponibilité ou de Zones locales d'où AWS publie les adresses IP. Vous pouvez allouer les ressources suivantes à partir d'un groupe de bordure réseau :

  • Adresses IPv4 Elastic fournies par Amazon

  • Adresses IPv6 de VPC fournies par Amazon

Un groupe de bordure réseau limite les adresses au groupe. Les adresses IP ne peuvent pas être déplacées d'un groupe de bordure réseau à un autre.

Régions disponibles

Votre compte détermine les régions qui vous sont disponibles. Par exemple :

  • Un compte AWS fournit plusieurs régions afin que vous puissiez lancer des instances Amazon EC2 dans des emplacements qui satisfont vos exigences. 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 (USA Ouest) fournit un accès uniquement à la région AWS GovCloud (USA Ouest). Pour plus d'informations, consultez Région AWS GovCloud (USA Ouest).

  • Un compte Amazon AWS (Chine) fournit un accès aux régions Pékin et Ningxia uniquement. Pour plus d'informations, consultez la section relative à AWS en Chine.

Le tableau suivant répertorie les régions fournies par un compte AWS. Vous ne pouvez pas décrire des régions supplémentaires, telles que AWS GovCloud (USA Ouest) ou les régions chinoises, ou y accéder depuis un compte AWS. Pour utiliser une région introduite après le 20 mars 2019, vous devez l'activer. Pour de plus amples informations, veuillez consulter Gestion des régions AWS dans le manuel AWS General Reference.

Code Nom Statut d'inscription Zone locale
us-east-2 USA Est (Ohio) Facultatif Non
us-east-1 USA Est (Virginie du Nord) Facultatif Non
us-west-1 USA Ouest (Californie du Nord) Facultatif Non
us-west-2 USA Ouest (Oregon) Facultatif us-west-2-lax-1a
af-south-1 Afrique (Le Cap) Obligatoire Non
ap-east-1 Asie-Pacifique (Hong Kong) Obligatoire Non
ap-south-1 Asie-Pacifique (Mumbai) Facultatif Non
ap-northeast-3 Asie-Pacifique (Osaka-Local) Facultatif Non
ap-northeast-2 Asie-Pacifique (Séoul) Facultatif Non
ap-southeast-1 Asie-Pacifique (Singapour) Facultatif Non
ap-southeast-2 Asie-Pacifique (Sydney) Facultatif Non
ap-northeast-1 Asie-Pacifique (Tokyo) Facultatif Non
ca-central-1 Canada (Centre) Facultatif Non
eu-central-1 Europe (Francfort) Facultatif Non
eu-west-1 Europe (Irlande) Facultatif Non
eu-west-2 Europe (Londres) Facultatif Non
eu-south-1 UE (Milan) Obligatoire Non
eu-west-3 Europe (Paris) Facultatif Non
eu-north-1 Europe (Stockholm) Facultatif Non
me-south-1 Moyen-Orient (Bahreïn) Obligatoire Non
sa-east-1 Amérique du Sud (São Paulo) Facultatif Non

Pour de plus amples informations, veuillez consulter Infrastructure globale AWS.

Le nombre et le mappage des zones de disponibilité par région peuvent varier d'un compte AWS à l'autre. Pour obtenir la liste des zones de disponibilité qui sont disponibles pour votre compte, vous pouvez utiliser la console Amazon EC2 ou l'interface ligne de commande. Pour plus d'informations, consultez Description de vos régions, zones de disponibilité et Zones locales.

Régions et points de terminaison

Lorsque vous utilisez une instance à l'aide de l'interface de ligne de commande ou des actions d'API, vous devez spécifier son point de terminaison régional. Pour de plus amples informations sur les régions et points de terminaison disponibles pour Amazon EC2, veuillez consulter Points de terminaison et quotas Amazon EC2 dans le Référence générale d'Amazon Web Services.

Pour plus d'informations sur les points de terminaison et les protocoles dans AWS GovCloud (USA Ouest), consultez Points de terminaison AWS GovCloud (USA Ouest) dans le AWS GovCloud (US) User Guide.

Description de vos régions, zones de disponibilité et Zones locales

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

Pour rechercher vos régions, zones de disponibilité et Zones locales à l'aide de la console

  1. Ouvrez la console Amazon EC2 à l'adresse https://console.aws.amazon.com/ec2/.

  2. Affichez les options dans le sélecteur de région à partir de la barre de navigation.

    
						Voir vos régions
  3. Dans le panneau de navigation, choisissez Tableau de bord EC2.

  4. Les zones de disponibilité et les Zones locales apparaissent sous État du service, dans Statut de la zone de disponibilité.

Pour trouver vos régions, zones de disponibilité et Zones locales à l'aide d'AWS CLI

  1. 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
  2. Utilisez la commande describe-availability-zones comme suit pour décrire les zones de disponibilité et les Zones locales dans la région spécifiée.

    aws ec2 describe-availability-zones --region region-name
  3. Utilisez la commande describe-availability-zones comme suit pour décrire les zones de disponibilité et les Zones locales, quel que soit leur statut d'inscription.

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

Pour trouver vos régions, zones de disponibilité et Zones locales à l'aide d'Outils AWS pour Windows PowerShell

  1. Utilisez la commande Get-EC2Region comme suit pour décrire les régions de votre compte.

    PS C:\> Get-EC2Region
  2. Utilisez la commande Get-EC2AvailabilityZone comme suit pour décrire les zones de disponibilité dans la région spécifiée.

    PS C:\> Get-EC2AvailabilityZone -Region region-name

Spécification de 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 pour une ressource à l'aide de la AWS Management Console ou de la ligne de commande.

Note

Certaines ressources AWS peuvent ne pas être disponibles dans toutes les régions, zones de disponibilité et Zones locales. Assurez-vous que vous pouvez créer les ressources dont vous avez besoin dans les régions ou zones de disponibilité souhaitées avant de lancer une instance dans une zone de disponibilité spécifique.

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. Utilisez le sélecteur de région dans la barre de navigation.

    
						Utilisez le sélecteur de région de la console

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 (Outils AWS pour Windows PowerShell)

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

Pour plus d'informations sur les régions et les points de terminaison pour Amazon EC2, consultez Points de terminaison Amazon Elastic Compute Cloud.

Activation des Zones locales

Avant de spécifier une Zone locale pour une ressource ou un service, vous devez activer cette zone.

Vous pouvez activer Zones locales en utilisant AWS Management Console, ou l'AWS CLI.

Note

Nous activons toutes les zones de disponibilité par défaut et vous ne pouvez pas les désactiver.

Il est possible que certaines ressources AWS ne soient pas disponibles dans toutes les régions. Assurez-vous que vous pouvez créer les ressources dont vous avez besoin dans les régions ou Zones locales souhaitées avant de lancer une instance dans une Zone locale spécifique.

Pour activer les Zones locales à l'aide de la console :

  1. Ouvrez la console Amazon EC2 à l'adresse https://console.aws.amazon.com/ec2/.

  2. Utilisez le sélecteur de régions dans la barre de navigation et sélectionnez votre région.

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

  4. Sous Attributs de compte (dans le coin supérieur droit de la page), Paramètres, choisissez Zones.

    Note

    Cette option n'est disponible que si Nouvelle expérience EC2 est activée dans la console.

  5. Sous Local Zone Groups (Groupes de zones locales), activez chaque Zone locale que vous souhaitez activer.

  6. Dans la boîte de dialogue de confirmation Activer, entrez Activer, puis choisissez OK.

Pour activer les Zones locales à l'aide de l'AWS CLI

Désactivation de Zones locales

Vous devez contacter AWS Support pour désactiver une Zone locale.

Important

Supprimez toutes les ressources avant de désactiver une Zone locale. Toutes les ressources laissées dans la Zone locale génèrent des frais. Après avoir supprimé les ressources, créez un dossier auprès d'AWS Support avec le titre Disable Zone Group (Désactiver le groupe de zones).

Lancement d'instances dans une zone de disponibilité ou une Zone locale

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.

En lançant une instance dans une Zone locale, vous pouvez exécuter des applications sensibles à la latence à proximité de vos utilisateurs finaux tout en bénéficiant des avantages de l'infrastructure AWS.

Lorsque vous lancez une instance, vous pouvez éventuellement spécifier une zone de disponibilité ou une Zone locale dans la région que vous utilisez. Si vous ne spécifiez pas de zone de disponibilité ou de Zone locale, 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, supposons que vous essayez de modifier le type d'instance de votre instance et que nous ne pouvons pas lancer une instance du nouveau type dans la zone de disponibilité actuelle. Dans ce cas, vous pouvez migrer l'instance vers une zone de disponibilité où nous pouvons lancer une instance de ce type.

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 varie selon votre système d'exploitation et le type de volume du périphérique racine pour l'instance. Pour plus d'informations, consultez la documentation qui correspond à votre système d'exploitation et à votre volume du 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 Lancement d'instances dans une zone de disponibilité ou une Zone locale.

  4. Si l'instance d'origine a une adresse IP Elastic associée, associez-la à la nouvelle instance. Pour plus d'informations, consultez Dissociation d'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 Envoi de demandes de modification.

  6. (Facultatif) Mettez fin à l'instance d'origine. Pour plus d'informations, consultez Mise hors service d'une instance.