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.
Déploiements de l’instance de base de données multi-AZ pour Amazon RDS
Amazon RDS assure une haute disponibilité et une prise en charge du basculement pour les instances de base de données utilisant des déploiements multi-AZ avec une seule instance de base de données de secours. Ce type de déploiement est appelé déploiement d'instance de base de données multi-AZ. Amazon RDS utilise plusieurs technologies différentes pour fournir cette prise en charge du basculement. Les déploiements multi-AZ pour les instances de base de données MariaDB, MySQL, Oracle, PostgreSQL et RDS Custom for SQL Server utilisent la technologie de basculement Amazon. Les instances de base de données Microsoft SQL Server utilisent la mise en miroir de bases de données SQL Server (DBM) ou les groupes de disponibilité Always On (AGs). Pour en savoir plus sur la prise en charge des versions de SQL Server pour les déploiements multi-AZ, consultez Déploiements multi-AZ pour Amazon RDS for Microsoft SQL Server. Pour plus d'informations sur l'utilisation de RDS Custom for SQL Server pour les déploiements multi-AZ, consultez Gestion d'un déploiement multi-AZ pour RDS Custom for SQL Server.
Dans un déploiement d'instance de base de données multi-AZ, Amazon RDS alloue et maintient automatiquement un réplica de secours synchrone dans une zone de disponibilité différente. 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 et de limiter les pics de latence lors des sauvegardes système. L'exécution d'une instance de base de données en haute disponibilité peut améliorer la disponibilité pendant la maintenance planifiée du système. Elle peut également contribuer à protéger vos bases de données contre la défaillance d'une instance de base de données et la perturbation d'une zone de disponibilité. Pour plus d’informations sur les zones de disponibilité, consultez Régions, zones de disponibilité et zones locales.
Note
L'option de haute disponibilité n'est pas une solution de mise à l'échelle pour les scénarios de lecture seule. Vous ne pouvez pas utiliser un réplica de secours pour traiter le trafic en lecture. Pour traiter le trafic en lecture seule, utilisez plutôt un cluster de base de données multi-AZ ou un réplica en lecture. Pour plus d'informations sur les clusters de base de données multi-AZ, consultez Déploiements de cluster de bases de données multi-AZ pour Amazon RDS. Pour plus d'informations sur les réplicas en lecture, consultez Utilisation des réplicas en lecture d'instance de base de données.
À partir de la console RDS, vous pouvez créer un déploiement d'instance de base de données multi-AZ en spécifiant simplement l'option Multi-AZ au moment de créer une instance de base de données. Vous pouvez utiliser la console pour convertir des instances de base de données existantes en déploiements d'instance de base de données multi-AZ. Pour cela, vous devez modifier l'instance de base de données et spécifier l'option multi-AZ. Vous pouvez également spécifier un déploiement d'instance de base de données multi-AZ à l'aide de l' AWS CLI API Amazon RDS. Utilisez la commande create-db-instanceou modify-db-instanceCLI, ou l'opération d'DBInstanceAPI Create DBInstance or Modify.
La console RDS affiche la zone de disponibilité du réplica de secours (appelée zone de disponibilité secondaire). Vous pouvez également utiliser la commande describe-db-instancesCLI ou l'opération de l'DBInstancesAPI Describe pour rechercher l'AZ secondaire.
Les instances de base de données qui utilisent des déploiements d'instance de base de données multi-AZ peuvent avoir une latence d'écriture et de validation accrue par rapport à un déploiement mono-AZ. Cela peut se produire en raison de la réplication de données synchrone qui se produit. 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é. Pour les charges de travail de production, nous vous recommandons d'utiliser l'option IOPS provisionnés (opérations d'entrée/sortie par seconde) pour plus de rapidité et de constance sur le plan des performances. Pour plus d’informations sur les classes d’instance de base de données, consultez Classes d’instance de base de données .
