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 d'instances de base de données multi-AZ pour Amazon RDS
Amazon RDS fournit une haute disponibilité et un support de 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 assistance en cas de basculement. Les déploiements multi-AZ pour les instances de SQL base de données MariaDB, MySQL, Oracle, Postgre SQL et RDS Custom for Server utilisent la technologie de basculement Amazon. Les instances de base de données Microsoft SQL SQL Server utilisent la mise en miroir des bases de données du serveur (DBM) ou les groupes de disponibilité Always On (AGs). Pour plus d'informations sur la prise en charge des versions de SQL serveur pour Multi-AZ, consultezDéploiements multi-AZ pour Amazon pour RDS Microsoft Server SQL. Pour plus d'informations sur l'utilisation de RDS Custom for SQL Server for Multi-AZ, consultezGestion d'un déploiement multi-AZ pour RDS Custom for Server SQL.
Dans le cadre d'un déploiement d'instance de base de données multi-AZ, Amazon provisionne et gère RDS automatiquement une réplique de secours synchrone dans une autre zone de disponibilité. 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 clusters 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.
À l'aide de la RDS console, vous pouvez créer un déploiement d'instance de base de données multi-AZ en spécifiant simplement Multi-AZ lors de la création d'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 avec AWS CLI ou Amazon RDSAPI. Utilisez la modify-db-instanceCLIcommande create-db-instanceou, ou l'odifyDBInstanceAPIopération C reateDBInstance ou M.
La RDS console indique la zone de disponibilité de la réplique de secours (appelée AZ secondaire). Vous pouvez également utiliser la describe-db-instancesCLIcommande ou l'escribeDBInstancesAPIopération D pour trouver 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 Provisioned IOPS (opérations d'entrée/sortie par seconde) pour des performances rapides et cohérentes. Pour plus d'informations sur les classes d'instance de base de données, veuillez consulter Classes d'instances de base de données .
