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 de disponibilité
Les ressources de cloud computing Amazon sont hébergées dans plusieurs emplacements à travers le monde. Ces emplacements sont composés de AWS régions et de zones de disponibilité. Chaque AWS région constitue une zone géographique séparée. Chaque AWS région possède plusieurs emplacements isolés appelés zones de disponibilité.
Note
Pour plus d'informations sur la recherche des zones de disponibilité d'une AWS région, consultez la section Décrire vos zones de disponibilité dans la documentation Amazon EC2.
Amazon exploite state-of-the-art des centres de données hautement disponibles. Bien qu'elles soient rares, des pannes touchant la disponibilité des instances de base de données se trouvant au même emplacement peuvent se produire. Si vous hébergez toutes vos instances de base de données dans un seul emplacement touché par une panne de ce type, aucune de vos instances de base de données ne sera disponible.
Il est important de se rappeler que chaque AWS région est totalement indépendante. Toute activité Amazon RDS que vous lancez (par exemple, la création d'instances de base de données ou la liste des instances de base de données disponibles) s'exécute uniquement dans votre AWS région par défaut actuelle. La AWS région par défaut peut être modifiée dans la console ou en définissant la variable d'AWS_DEFAULT_REGIONenvironnement. Il peut également être remplacé en utilisant le --region paramètre avec le AWS Command Line Interface ()AWS CLI. Pour de plus amples informations, veuillez consulter Configuration de l' AWS Command Line Interface, plus précisément les sections sur les variables d'environnement et les options de ligne de commande.
Amazon RDS prend en charge les AWS régions spéciales appelées AWS GovCloud (US). Elles sont conçues pour permettre aux agences gouvernementales et aux clients américains de déplacer des charges de travail plus sensibles vers le cloud. Les régions AWS GovCloud (US) aux exigences spécifiques du gouvernement américain en matière de réglementation et de conformité. Pour plus d'informations, voir Qu'est-ce que c'est AWS GovCloud (US) ?
Pour créer ou utiliser une instance de base de données Amazon RDS dans une AWS région spécifique, utilisez le point de terminaison de service régional correspondant.
Note
Aurora ne prend pas en charge les zones locales.
AWS Régions
Chaque AWS région est conçue pour être isolée des autres AWS régions. Cette conception permet d'atteindre la plus grande tolérance aux pannes possible et une stabilité optimale.
Lorsque vous consultez vos ressources, seules les ressources liées à la AWS région que vous avez spécifiée s'affichent. Cela est dû au fait que les AWS régions sont isolées les unes des autres et que nous ne répliquons pas automatiquement les ressources entre AWS les régions.
Disponibilité dans les Régions
Lorsque vous utilisez un cluster de base de données Aurora à l'aide de l'interface de ligne de commande ou des opérations d'API, veillez à spécifier son point de terminaison régional.
Rubriques
Aurora MySQL : disponibilité dans les régions
Le tableau suivant indique les AWS régions dans lesquelles Aurora MySQL est actuellement disponible et le point de terminaison de chaque région.
| Nom de la région | Région | Point de terminaison | Protocole |
|---|---|---|---|
| US East (Ohio) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
| US East (N. Virginia) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
| USA Ouest (Californie du Nord) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
| US West (Oregon) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
| Afrique (Le Cap) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
| Asie-Pacifique (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| Asie-Pacifique (Hyderabad) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
| Asie-Pacifique (Jakarta) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| Asie-Pacifique (Melbourne) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
| Asia Pacific (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| Asie-Pacifique (Osaka) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| Asia Pacific (Seoul) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
| Asie-Pacifique (Singapour) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
| Asia Pacific (Sydney) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
| Asia Pacific (Tokyo) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
| Canada (Central) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
| Canada Ouest (Calgary) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
| Europe (Francfort) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
| Europe (Irlande) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
| Europe (Londres) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
| Europe (Milan) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
| Europe (Paris) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
| Europe (Espagne) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
| Europe (Stockholm) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| Europe (Zurich) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
| Israël (Tel Aviv) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
| Moyen-Orient (Bahreïn) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
| Moyen-Orient (EAU) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
| Amérique du Sud (São Paulo) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (USA Est) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (US-Ouest) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
Aurora PostgreSQL : disponibilité dans les régions
Le tableau suivant indique les AWS régions dans lesquelles Aurora PostgreSQL est actuellement disponible et le point de terminaison de chaque région.
| Nom de la région | Région | Point de terminaison | Protocole |
|---|---|---|---|
| US East (Ohio) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
| US East (N. Virginia) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
| USA Ouest (Californie du Nord) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
| US West (Oregon) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
| Afrique (Le Cap) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
| Asie-Pacifique (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| Asie-Pacifique (Hyderabad) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
| Asie-Pacifique (Jakarta) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| Asie-Pacifique (Melbourne) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
| Asia Pacific (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| Asie-Pacifique (Osaka) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| Asia Pacific (Seoul) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
| Asie-Pacifique (Singapour) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
| Asia Pacific (Sydney) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
| Asia Pacific (Tokyo) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
| Canada (Central) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
| Canada Ouest (Calgary) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
| Europe (Francfort) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
| Europe (Irlande) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
| Europe (Londres) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
| Europe (Milan) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
| Europe (Paris) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
| Europe (Espagne) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
| Europe (Stockholm) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| Europe (Zurich) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
| Israël (Tel Aviv) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
| Moyen-Orient (Bahreïn) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
| Moyen-Orient (EAU) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
| Amérique du Sud (São Paulo) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (USA Est) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (US-Ouest) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
Zones de disponibilité
Une zone de disponibilité est un emplacement isolé dans une Région AWS donnée. Chaque région possède plusieurs zones de disponibilité (AZ, Availability Zone) conçues pour fournir une haute disponibilité pour la Région. Un AZ est identifié par le code de AWS région suivi d'une lettre d'identification (par exemple,us-east-1a). Si vous créez votre VPC et vos sous-réseaux plutôt que d'utiliser le VPC par défaut, vous définissez chaque sous-réseau dans une zone de disponibilité spécifique. Lorsque vous créez un cluster de base de données Aurora, Aurora crée l'instance principale dans l'un des sous-réseaux du groupe de sous-réseaux de base de données du VPC. Il associe ainsi cette instance à une AZ spécifique choisi par Aurora.
Chaque cluster de base de données Aurora héberge des copies de son stockage dans trois AZ distinctes. Chaque instance de base de données dans le cluster doit se trouver dans l'une de ces trois AZ. Lorsque vous créez une instance de base de données dans votre cluster, Aurora choisit automatiquement une AZ appropriée si vous ne spécifiez pas d'AZ.
Utilisez la commande describe-availability-zonesAmazon EC2 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 --regionregion-name
Par exemple, pour décrire les zones de disponibilité de la région USA Est (Virginie du Nord) (us-east-1) qui sont activées pour votre compte, exécutez la commande suivante :
aws ec2 describe-availability-zones --region us-east-1
Pour savoir comment spécifier la zone de disponibilité lorsque vous créez un cluster ou que vous y ajoutez des instances, veuillez consulter Configurer le réseau pour la base de données.
Fuseau horaire local pour les clusters de base de données Amazon Aurora
Par défaut, le fuseau horaire d'un cluster de base de données Amazon Aurora est le fuseau UTC (temps universel). Vous pouvez à la place définir le fuseau horaire des instances de votre cluster de base de données sur le fuseau horaire local de votre application.
Pour définir le fuseau horaire local d'un cluster de base de données, définissez le paramètre de fuseau horaire sur l'une des valeurs prises en charge. Vous définissez ce paramètre dans le groupe de paramètres du cluster pour votre cluster de base de données.
-
Pour Aurora MySQL, le nom de ce paramètre est
time_zone. Pour plus d'informations sur les bonnes pratiques de définition du paramètretime_zone, consultez Optimisation des opérations d'horodatage. -
Pour Aurora PostgreSQL, le nom de ce paramètre est
timezone.
Lorsque vous définissez le paramètre de fuseau horaire d'un cluster de base de données, toutes les instances du cluster de base de données changent pour utiliser le nouveau fuseau horaire local. Dans certains cas, d'autres clusters de base de données Aurora peuvent utiliser le même groupe de paramètres de cluster. Si tel est le cas, toutes les instances de ces clusters de base de données changent pour utiliser également le nouveau fuseau horaire local. Pour plus d'informations sur les paramètres de niveau cluster, consultez Paramètres de cluster de base de données et d'instance de base de données Amazon Aurora.
Une fois que vous avez défini le fuseau horaire local, toutes les nouvelles connexions à la base de données reflètent la modification. Dans certains cas, des connexions à votre base de données sont ouvertes lorsque vous modifiez le fuseau horaire local. Si c'est le cas, la mise à jour du fuseau horaire local n'apparaît pas tant que vous n'avez pas fermé la connexion et ouvert une nouvelle.
Si vous effectuez une réplication entre AWS régions, le cluster de base de données source de réplication et la réplique utilisent des groupes de paramètres différents. Les groupes de paramètres sont uniques à une AWS région. Pour que chaque instance utilise le même fuseau horaire local, veillez à définir le paramètre de fuseau horaire dans les groupes de paramètres de la source de réplication et du réplica.
Lorsque vous restaurez un cluster de base de données à partir d'un instantané de cluster de base de données, le fuseau horaire local a la valeur UTC. Vous pouvez mettre à jour le fuseau horaire sur votre fuseau horaire local une fois la restauration terminée. Dans certains cas, vous pouvez restaurer un cluster de base de données à un instant dans le passé. Dans ce cas, le fuseau horaire local du cluster de base de données restauré est le paramètre de fuseau horaire du groupe de paramètres du cluster de base de données restauré.
Le tableau suivant répertorie certaines valeurs sur lesquelles vous pouvez définir votre fuseau horaire local. Pour répertorier tous les fuseaux horaires disponibles, vous pouvez utiliser les requêtes SQL suivantes :
-
Aurora MySQL :
select * from mysql.time_zone_name; -
Aurora PostgreSQL :
select * from pg_timezone_names;
Note
Pour certains fuseaux horaires, les valeurs de certaines plages de dates peuvent être mentionnées de façon incorrecte, comme noté dans le tableau. Pour les fuseaux horaires australiens, l'abréviation de fuseau horaire retournée est une valeur obsolète, comme noté dans le tableau.
|
Fuseau horaire |
Remarques |
|---|---|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 28 février 1903 21:49:40 GMT et le 28 février 1903 21:55:48 GMT. |
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 31 décembre 1939 21:30:00 GMT et le 31 décembre 1959 21:15:15 GMT. |
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 23 novembre 1914 04:56:16 GMT et le 23 novembre 1914 04:56:20 GMT. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Dans certains cas, pour un cluster de base de données dans la région Amérique du Sud (São Paulo), l'heure ne s'affiche pas correctement pour un fuseau horaire récemment modifié du Brésil. Si tel est le cas, redéfinissez le paramètre de fuseau horaire du cluster de base de données sur |
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 27 octobre 1918 05:00:00 GMT et le 31 octobre 1918 05:00:00 GMT. |
|
|
Si votre cluster de base de données se trouve dans le fuseau horaire Amérique du Sud (Cuiaba) et que l'heure prévue ne s'affiche pas correctement pour le fuseau horaire récemment modifié du Brésil, réinitialisez le paramètre de fuseau horaire du cluster de base de données sur |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 31 décembre 1919 20:05:36 GMT et le 31 décembre 1919 20:05:40 GMT. |
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 13 mars 1947 20:53:08 GMT et le 31 décembre 1949 20:53:08 GMT. |
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 30 novembre 1904 15:30:00 GMT et le 07 septembre 1945 15:00:00 GMT. |
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 31 décembre 1927 15:54:08 GMT et le 02 juin 1940 16:00:00 GMT. |
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 30 septembre 1937 16:00:00 GMT et le 29 septembre 1979 15:00:00 GMT. |
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 30 septembre 1937 15:00:00 GMT et le 31 décembre 1937 15:00:00 GMT. |
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 24 mai 1911 01:54:32 GMT et le 01 janvier 1912 01:54:32 GMT. |
|
|
L'abréviation de ce fuseau horaire est retournée sous la forme CST au lieu d'ACDT/ACST. |
|
|
L'abréviation de ce fuseau horaire est retournée sous la forme EST au lieu d'AEDT/AEST. |
|
|
L'abréviation de ce fuseau horaire est retournée sous la forme CST au lieu d'ACDT/ACST. |
|
|
L'abréviation de ce fuseau horaire est retournée sous la forme EST au lieu d'AEDT/AEST. |
|
|
L'abréviation de ce fuseau horaire est renvoyée sous la forme WST au lieu de AWDT/AWST. |
|
|
L'abréviation de ce fuseau horaire est retournée sous la forme EST au lieu d'AEDT/AEST. |
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 27 octobre 1918 08:00:00 GMT et le 31 octobre 1918 08:00:00 GMT. |
|
|
|
|
|
|
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 30 avril 1921 22:20:08 GMT et le 30 avril 1921 22:20:11 GMT. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 21 mai 1933 11:30:00 GMT et le 30 septembre 1945 11:30:00 GMT. |
|
|
Ce fuseau horaire peut retourner des valeurs incorrectes entre le 01 janvier 1911 11:22:48 GMT et le 01 janvier 1950 11:30:00 GMT. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
