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 est 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. Les ressources ne sont répliquées d'une région à l'autre que si vous le faites spécifiquement.
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.
Table des matières
- Concepts de régions et de zones de disponibilité
- Régions disponibles
- Régions et points de terminaison
- Description de vos régions et vos zones de disponibilité
- Spécifier la région pour une ressource
- Lancer des instances dans une zone de disponibilité
- Migrer une instance vers une autre zone de disponibilité
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 de ressources entre régions automatiquement.
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 transfert de données entre des 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 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 de zones de disponibilité disponibles dans une région différent d'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 sont disponibles pour vous. 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 à la région AWS GovCloud (USA Ouest) uniquement. 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 ci-après répertorie les régions fournies par un compte AWS. Vous ne pouvez pas décrire des régions supplémentaires ou y accéder depuis un compte AWS, telles que AWS GovCloud (USA Ouest) ou les régions chinoises.
| Code | Nom |
|---|---|
|
|
USA Est (Virginie du Nord) |
|
|
USA Est (Ohio) |
|
|
USA Ouest (Californie du Nord) |
|
|
USA Ouest (Oregon) |
|
|
Canada (Centre) |
|
|
UE (Francfort) |
|
|
UE (Irlande) |
|
|
UE (Londres) |
|
|
UE (Paris) |
|
|
UE (Stockholm) |
|
|
Asie-Pacifique (Tokyo) |
|
|
Asie-Pacifique (Séoul) |
|
|
Asie-Pacifique (Osaka-Local) |
|
|
Asie-Pacifique (Singapour) |
|
|
Asie-Pacifique (Sydney) |
|
|
Asie-Pacifique (Mumbai) |
|
|
Amérique du Sud (São Paulo) |
Pour plus d'informations, consultez 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 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
-
Ouvrez la console Amazon EC2 à l'adresse https://console.aws.amazon.com/ec2/.
-
A partir de la barre de navigation, affichez les options dans le sélecteur de région.
-
Dans le panneau de navigation, choisissez Tableau de bord EC2.
-
Les zones de disponibilité apparaissent sous État du service, sous Statut de la zone de disponibilité.
Pour déterminer vos régions et zones de disponibilité à l'aide de la ligne de commande
-
[AWS CLI] Utilisez la commande describe-regions de la façon suivante pour décrire les régions de votre compte.
aws ec2 describe-regions -
[AWS CLI] 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 --regionregion-name -
[Outils AWS pour Windows PowerShell] Utilisez la commande Get-EC2Region comme suit pour décrire les régions de votre compte.
PS C:\>Get-EC2Region -
[Outils AWS pour Windows PowerShell] 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 -Regionregion-name
Spécifier la région pour une ressource
A chaque fois que vous créez une ressource Amazon EC2, vous pouvez spécifier la région pour la ressource. 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
-
Ouvrez la console Amazon EC2 à l'adresse https://console.aws.amazon.com/ec2/.
-
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 ou à des exigences légales. 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é
-
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 :
-
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.
-
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é.
-
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.
-
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.
-
(Facultatif) Mettez fin à l'instance d'origine. Pour plus d'informations, consultez Mise hors service d'une instance.
