Déploiements multi-AZ Amazon RDS | Base de données relationnelle cloud

Amazon RDS Multi-AZ avec une instance de secours

Basculement automatique	Protéger les performances de bases de données	Améliorer la durabilité	Accroître la disponibilité
Assurez la haute disponibilité de votre application grâce au basculement automatique de base de données, qui ne prend que 60 secondes, sans perte de données et sans intervention manuelle.	Évitez d'interrompre l'activité I/O sur votre instance primaire pendant la sauvegarde en effectuant la sauvegarde à partir de votre instance de secours.	Utilisez les technologies de réplication synchrone multi-AZ d'Amazon RDS pour maintenir les données de votre instance de base de données de secours à jour avec l'instance primaire.	Améliorez la disponibilité en déployant une instance de secours dans une deuxième zone de disponibilité et obtenez la tolérance aux pannes en cas de panne d'une zone de disponibilité ou d'une instance de base de données.

Fonctionnement

Dans un déploiement multi-AZ Amazon RDS, Amazon RDS crée automatiquement une instance de base de données primaire et réplique de manière synchrone les données vers une instance dans une autre zone de disponibilité. Lorsqu'il détecte un échec, Amazon RDS bascule automatiquement vers une instance de secours sans intervention manuelle.

Amazon RDS Multi-AZ avec deux instances de secours accessibles en lecture

Basculement automatique généralement en moins de 35 secondes	Optimisation des performances et de la capacité de mise à l'échelle en séparant lecture et écriture	Latence de validation des transactions jusqu'à deux fois plus rapide	Augmentation de la capacité en lecture
Basculement automatique généralement en moins de 35 secondes, sans perte de données et sans intervention manuelle.	Acheminez les requêtes vers les serveurs en écriture et les instances de secours de réplicas en lecture appropriées pour optimiser les performances et la capacité de mise à l'échelle.	Obtenez une latence en écriture jusqu'à 2 fois supérieure à celle de Multi-AZ avec une seule instance de secours.	Obtenez la capacité de mise à l'échelle en lecture en répartissant le trafic sur deux instances de secours accessibles en lecture.

Fonctionnement

Déployez des bases de données MySQL ou PostgreSQL durables et hautement disponibles dans trois zones de disponibilité en utilisant Amazon RDS Multi-AZ avec deux instances de secours accessibles en lecture. Obtenez des basculements automatiques en moins de 35 secondes généralement, une latence de validation des transactions jusqu'à deux fois plus rapide que celle d'Amazon RDS Multi-AZ avec une instance de secours, une capacité en lecture supplémentaire et un stockage soutenu par les instances basées sur AWS Graviton2.

Amazon Aurora

Basculement automatique en 5 secondes seulement	Optimisation des performances avec jusqu'à 15 réplicas en lecture	Optimisation de la durabilité	Disponibilité de 99,99 %
Basculement automatique en 5 secondes en cas de panne d'une instance, afin d'éviter les temps d'arrêt	Assurez des performances de pointe et optimisez la capacité en lecture en répliquant les données vers l'un des 15 réplicas en lecture à faible latence	Sécurisez les données pendant les pannes ou la perte d'une zone de disponibilité grâce à une couche de stockage virtualisée soutenue par SSD qui réplique les données de six façons sur trois zones de disponibilité.	Garantissez la disponibilité de votre base de données avec un temps de fonctionnement de 99,99 % pour chaque cycle de facturation mensuel.

Fonctionnement

Amazon Aurora utilise une couche de stockage virtualisée soutenue par SSD qui réplique automatiquement votre stockage de six façons sur trois zones de disponibilité, prenant en charge la perte de données (jusqu'à deux copies sans compromettre la disponibilité en écriture et jusqu'à trois copies sans compromettre la disponibilité en lecture).

Tableau comparatif

Amazon RDS Mono-AZ ou Amazon RDS Multi-AZ avec une instance de secours ou Amazon RDS Multi-AZ avec deux instances de secours accessibles en lecture

Fonctions	Mono-AZ	Multi-AZ avec une instance de secours	Multi-AZ avec deux instances de secours accessibles en lecture
Moteurs disponibles	Amazon RDS for MariaDB Amazon RDS for MySQL Amazon RDS for PostgreSQL Amazon RDS for Oracle Amazon RDS for SQL Server	Amazon RDS for MariaDB Amazon RDS for MySQL Amazon RDS for PostgreSQL Amazon RDS for Oracle Amazon RDS for SQL Server	Amazon RDS for PostgreSQL Amazon RDS for MySQL
Capacité en lecture supplémentaire	Aucun(e) : la capacité en lecture est limitée à votre principal	Aucun(e) : votre instance de base de données de secours n'est qu'une cible de basculement passive pour la haute disponibilité	Deux instances de base de données de secours agissent comme cibles de basculement et prennent en charge le trafic en lecture La capacité en lecture est déterminée par la surcharge des transactions en écriture de l'instance primaire. ·
Réduction de la latence (augmentation du débit) pour les validations de transactions			Validations de transactions jusqu'à deux fois plus rapides qu'avec Amazon RDS Multi-AZ avec une instance de secours
Durée du basculement automatique	Non disponible : une opération de restauration à un instant dans le passé à l'initiative de l'utilisateur sera requise. Cette opération peut prendre plusieurs heures. Toute mise à jour de données effectuée après la dernière période de restauration (généralement au cours des 5 dernières minutes) ne sera pas disponible.	Une nouvelle instance primaire est disponible pour prendre en charge votre nouvelle charge de travail en 60 secondes seulement. Le temps de basculement est indépendant du débit en écriture.	Une nouvelle instance primaire est disponible pour prendre en charge votre nouvelle charge de travail généralement en moins de 35 secondes. Le temps de basculement dépend de la durée du décalage de réplicas.
Une meilleure résilience aux pannes de zone de disponibilité	Aucun(e) : en cas de panne de zone de disponibilité, vous risquez de perdre des données et de consacrer des heures pour le basculement.	En cas de panne de zone de disponibilité, votre charge de travail sera automatiquement basculée vers l'instance de secours à jour.	En cas de panne, l'une des deux instances de secours restantes prend le relais et prend en charge la charge de travail (écritures) à partir de l'instance primaire.
Réduction de l'instabilité des validations de transactions	Aucune optimisation de l'instabilité	Sensible aux défaillances du chemin en écriture	Utilise le quorum en écriture 2 sur 3 : insensible jusqu'au niveau d'un chemin en écriture défaillant

Clients

SysCloud crée des sauvegardes automatiques pour les applications SaaS (logiciels en tant que service) essentielles, recherche les fichiers malveillants et fournit des informations puissantes sur vos données et votre conformité, le tout à partir d'un seul tableau de bord. SysCloud utilise Amazon RDS Multi-AZ avec deux instances de secours accessibles en lecture pour son système de surveillance interne : « La nouvelle option de déploiement d'Amazon RDS Multi-AZ nous offre un moyen économique d'optimiser les performances, la disponibilité et la capacité de mise à l'échelle en lecture » a déclaré Vikram Srinivasan, directeur de l'infrastructure chez SysCloud. « Avec la nouvelle option de déploiement d'Amazon RDS Multi-AZ, nous entendons créer une meilleure expérience pour nos clients ».

Tarification

Amazon RDS Multi-AZ est disponible pour Amazon RDS for MariaDB, Amazon RDS for MySQL, Amazon RDS for PostgreSQL, Amazon RDS for Oracle et Amazon RDS for SQL Server. Amazon RDS Multi-AZ avec deux instances de secours accessibles en lecture est disponible pour RDS for MySQL et RDS for PostgreSQL. Consultez Amazon Aurora pour découvrir comment Amazon Aurora fournit une disponibilité améliorée en répliquant automatiquement le stockage de six façons sur trois zones de disponibilité.

Pour les déploiements Mono-AZ, les déploiements Multi-AZ avec une instance de secours et les déploiements Multi-AZ avec deux instances de secours accessibles en lecture, la tarification est calculée par heure d'instance de base de données consommée, à partir du moment où une instance de base de données est lancée jusqu'à son arrêt ou sa suppression. Les heures d'instance de base de données partielles sont facturées par incréments d'une seconde, avec un minimum facturable de 10 minutes, après un changement de statut facturable, tel que la création, le démarrage ou la modification de la classe d'instance de base de données.

Pour plus d'informations sur la tarification d'Amazon RDS Multi-AZ, consultez les pages de tarification d'Amazon RDS.