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.
Gestion d'un Multi-AZ déploiement pour RDS Custom pour Oracle
Note
Avis de fin de support : le 31 mars 2027, le support d'Amazon RDS Custom pour Oracle AWS prendra fin. Après le 31 mars 2027, vous ne pourrez plus accéder à la console RDS Custom pour Oracle ni aux ressources RDS Custom pour Oracle. Pour de plus amples informations, veuillez consulter Fin du support de RDS Custom pour Oracle.
Lors du déploiement d'une Multi-AZ instance de base de données pour RDS Custom for Oracle, Amazon RDS approvisionne et gère automatiquement une réplique de secours synchrone dans une autre zone de disponibilité (AZ). L'instance de base de données primaire est répliquée de manière synchrone dans les zones de disponibilité sur un réplica de secours afin d'assurer une redondance des données.
Le déploiement d'une Multi-AZ instance de base de données améliore la disponibilité lors de la maintenance planifiée du système. En cas de maintenance planifiée de la base de données ou d’interruption imprévue du service, Amazon RDS bascule automatiquement vers l’instance de base de données secondaire à jour. Les opérations de la base de données peuvent reprendre rapidement sans intervention manuelle. Les instances principales et secondaires utilisent le même point de terminaison, l’adresse réseau physique de celui-ci étant transférée vers le réplica de secours dans le cadre du processus de basculement. Vous n’avez pas à reconfigurer votre application lorsqu’un basculement se produit.
Le schéma suivant montre l' Multi-AZ architecture de RDS Custom pour Oracle :
La console Amazon RDS affiche la zone de disponibilité du réplica de secours (la zone de disponibilité secondaire). Vous pouvez également utiliser la commande d'interface de ligne de commande describe-db-instances ou l'opération d'API DescribeDBInstances pour rechercher la zone de disponibilité secondaire.
Disponibilité des régions et des versions pour un Multi-AZ déploiement de RDS Custom pour Oracle
Multi-AZ les déploiements de RDS Custom for Oracle sont pris en charge pour les versions suivantes, à la fois pour Enterprise Edition (EE) et Standard Edition 2 (SE2) :
-
Oracle Database 19c
-
Oracle Database 12c version 2 (12.2)
-
Oracle Database 12c version 1 (12.1)
Note
Multi-AZ les déploiements pour RDS Custom for Oracle ne sont pas pris en charge sur Oracle Database 18c.
Multi-AZ les déploiements pour RDS Custom for Oracle sont disponibles dans toutes les régions où RDS Custom for Oracle est disponible. Pour plus d'informations sur la disponibilité régionale des Multi-AZ déploiements pour RDS Custom pour Oracle, consultez. Régions et moteurs de base de données pris en charge pour RDS Custom for Oracle
Limites d'un Multi-AZ déploiement dans RDS Custom pour Oracle
Multi-AZ les déploiements avec RDS Custom pour Oracle présentent les limites suivantes :
-
Si votre instance de base de données a été créée avant le 30 juin 2025, vous ne pouvez pas passer d'un Multi-AZ déploiement Single-AZ à un. Votre version de moteur personnalisé (CEV) sous-jacente a été créée à partir d'une ancienne AMI fournie par un service qui Multi-AZ n'est pas prise en charge. Vous devez migrer votre base de données vers une nouvelle instance de base de données à l’aide d’une CEV que vous créez avec une AMI fournie par un service après le 30 juin 2025. Pour en savoir plus, consultez Étapes de migration pour les instances de base de données utilisant des CEV créées avant le 30 juin 2025.
-
Vous ne pouvez pas créer de Multi-AZ déploiements entre régions.
-
Vous ne pouvez pas configurer l’instance de base de données de secours pour accepter l’activité de lecture de base de données.
-
Lorsque vous utilisez une version de moteur personnalisée (CEV) lors d'un Multi-AZ déploiement, votre instance de base de données de secours utilise le même CEV. L’instance de base de données de secours ne peut pas utiliser d’autre CEV.
-
Vous ne pouvez pas créer de réplique en lecture sur une instance de Multi-AZ déploiement et vous ne pouvez pas non plus modifier l'instance principale de la réplique en lecture pour effectuer un Multi-AZ déploiement.
-
Les instances de base de données RDS Custom pour Oracle Multi-AZ déployées peuvent avoir une latence d'écriture et de validation accrue par rapport à un Single-AZ déploiement. Cette augmentation peut se produire en raison de la réplication de données synchrone entre les instances de base de données. La latence peut changer si votre déploiement bascule vers la réplique de secours, même si elle AWS est conçue avec une connectivité réseau à faible latence entre les zones de disponibilité.
Création d'un Multi-AZ déploiement dans RDS Custom pour Oracle
Pour créer une instance de base de données RDS Custom pour Oracle avec un Multi-AZ déploiement, suivez les étapes décrites Configuration de votre environnement pour Amazon RDS Custom for Oracle pour configurer votre environnement avec les prérequis.
Important
Pour simplifier la configuration, nous vous recommandons d'utiliser le dernier fichier CloudFormation modèle fourni dans les instructions de configuration réseau. Pour de plus amples informations, veuillez consulter Déploiement de RDS Custom pour Oracle avec AWS CloudFormation.
Vous pouvez créer une instance RDS Custom pour Oracle avec un Multi-AZ déploiement en choisissant l'Multi-AZoption lors de la création de l'instance de base de données dans la console Amazon RDS. Vous pouvez également spécifier le paramètre --multi-az dans la commande create-db-instance Amazon RDS de la AWS CLI.
