Documentation AWS » Amazon EC2 » Guide de l'utilisateur pour les instances Linux » Qu'est-ce qu'Amazon EC2 ? » Régions et zones de disponibilité

Régions et zones de disponibilité

Amazon EC2 est hébergé à plusieurs endroits dans le monde. Ces emplacements sont composés de régions et de zones de disponibilité. 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é. Amazon EC2 vous offre la possibilité de placer des ressources, telles que des instances et des données dans plusieurs emplacements. À 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 de ce type, aucune de vos instances ne sera disponible.

Concepts de régions et de zones de disponibilité

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. Le diagramme suivant illustre la relation entre les régions et les zones de disponibilité.

Les ressources Amazon EC2 peuvent être mondiales, liées à une région ou à une zone de disponibilité. 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 consulterez vos ressources, vous verrez 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é

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 plus d'informations, consultez la rubrique relative à l'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 et vos zones de disponibilité.

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
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
ca-central-1	Canada (Centre)	Facultatif
eu-central-1	UE (Francfort)	Facultatif
eu-west-1	UE (Irlande)	Facultatif
eu-west-2	UE (Londres)	Facultatif
eu-west-3	UE (Paris)	Facultatif
eu-north-1	UE (Stockholm)	Facultatif
ap-east-1	Asie-Pacifique (Hong Kong)	Obligatoire
ap-northeast-1	Asie-Pacifique (Tokyo)	Facultatif
ap-northeast-2	Asie-Pacifique (Séoul)	Facultatif
ap-northeast-3	Asie-Pacifique (Osaka-Local)	Facultatif
ap-southeast-1	Asie-Pacifique (Singapour)	Facultatif
ap-southeast-2	Asie-Pacifique (Sydney)	Facultatif
ap-south-1	Asie-Pacifique (Mumbai)	Facultatif
me-south-1	Moyen-Orient (Bahreïn)	Obligatoire
sa-east-1	Amérique du Sud (São Paulo)	Facultatif

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 et vos zones de disponibilité.

Régions et points de terminaison

Lorsque vous travaillez avec une instance utilisant l'interface ligne de commande 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 pour Amazon EC2, consultez Régions et points de terminaison 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 et vos zones de disponibilité

Vous pouvez utiliser la console Amazon EC2 ou l'interface de ligne de commande pour déterminer quelles régions et zones de disponibilité 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 et zones de disponibilité à 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.

   

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

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

Pour trouver vos régions et zones de disponibilité à 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é dans la région spécifiée.

   aws ec2 describe-availability-zones --region region-name

Pour trouver vos régions et zones de disponibilité à 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 et zones de disponibilité. 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.

   

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.

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 en sélectionnons une 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 vous en avez besoin, vous pouvez migrer une instance d'une zone de disponibilité à une autre. Par exemple, si vous essayer de modifier le type d'instance de votre instance et que nous ne pouvez lancer une instance du nouveau type d'instance dans la zone de disponibilité actuelle, vous pouvez migrer l'instance vers une zone de disponibilité où nous pouvons lancer une instance de ce type.

Le processus de migration nécessite la création d'une AMI à partir de l'instance originale, le lancement d'une instance dans la nouvelle zone de disponibilité et la mise à jour de la configuration de la nouvelle instance, comme le montre 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 le 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 :

   • Création d'une AMI Linux basée sur Amazon EBS

   • Création d'une AMI Linux basée sur le stockage d'instance

   • Création d'une AMI Windows Amazon basée sur des volumes EBS

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 Dissociation d'une adresse IP Elastic et réassociation de celle-ci à une autre instance.

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 Soumission des demandes de modification.

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