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

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.

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.

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.

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.

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 en trois unités distinctes AZs sélectionnées automatiquement par Aurora AZs dans le groupe de sous-réseaux de votre base de données. Chaque instance de base de données du cluster doit se trouver dans l'une de ces trois instances AZs.

Lorsque vous créez une instance de base de données dans votre cluster, Aurora choisit automatiquement une zone de disponibilité appropriée pour cette instance si vous ne spécifiez pas de zone de disponibilité.

Utilisez la EC2 commande describe-availability-zonesAmazon 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

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.

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 :