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.
Multi-AZ Déploiements d'instances de base de données pour Amazon RDS
Amazon RDS fournit une haute disponibilité et un support de basculement pour les instances de base de données à l'aide de Multi-AZ déploiements avec une seule instance de base de données de secours. Ce type de déploiement est appelé déploiement d'Multi-AZ instance de base de données. Amazon RDS utilise plusieurs technologies différentes pour fournir cette prise en charge du basculement. Multi-AZ les déploiements pour les instances de base de données MariaDB, MySQL, Oracle, PostgreSQL et RDS Custom for SQL Server utilisent la technologie Amazon failover. Les instances de base de données Microsoft SQL Server utilisent la mise en miroir de base de données SQL Server (DBM) ou les groupes de disponibilité AlwaysOn. Pour plus d'informations sur la prise en charge des versions de SQL Server pour Multi-AZ, consultezMulti-AZ déploiements pour Amazon RDS pour Microsoft SQL Server. Pour plus d'informations sur l'utilisation de RDS Custom pour SQL Server pour Multi-AZ, consultezGestion d'un Multi-AZ déploiement pour RDS Custom pour SQL Server.
Lors du déploiement d'une Multi-AZ instance de base de données, Amazon RDS provisionne et gère 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 Multi-AZ cluster de base de données ou une réplique en lecture. Pour plus d'informations sur les clusters de Multi-AZ bases de données, consultezMulti-AZ Déploiements de clusters de bases de données 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 console RDS, vous pouvez créer un déploiement d' Multi-AZ instance de base de données 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'Multi-AZ instances de base de données en modifiant l'instance de base de données et en spécifiant l' Multi-AZ option. Vous pouvez également spécifier un déploiement d' Multi-AZ instance de base de données à l'aide de l'API AWS CLI ou Amazon RDS. Utilisez les commandes CLI create-db-instance ou modify-db-instance, ou les opérations d'API CreateDBInstance ou ModifyDBInstance.
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 CLI describe-db-instances ou l'opération d'API DescribeDBInstances pour rechercher la zone de disponibilité secondaire.
Les instances de base de Multi-AZ données utilisant des déploiements d'instances de base de données peuvent avoir une latence d'écriture et de validation accrue par rapport à un Single-AZ déploiement. 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 des IOPS provisionnées (input/output opérations par seconde) pour des performances rapides et cohérentes. Pour plus d’informations sur les classes d’instance de base de données, consultez Classes d'instances de base de données .
