Une entreprise exécute une application critique utilisant Amazon RDS for MySQL en Multi-AZ. Un récent test de basculement RDS a provoqué une interruption de service de 40 secondes. Un architecte de solutions doit réduire le temps d'interruption à moins de 20 secondes. Quelle combinaison d'étapes permettra d'y parvenir ? (Choisissez trois.)

Pour réduire le temps d'interruption lors d'un basculement, plusieurs stratégies sont efficaces. Déployer RDS Proxy devant la base de données maintient les connexions d'application ouvertes pendant un basculement, réduisant ainsi le temps de reconnexion et l'impact sur l'application. Migrer la base de données vers Amazon Aurora MySQL est une solution car Aurora est conçu pour une haute disponibilité et des basculements rapides (généralement moins de 30 secondes, souvent inférieurs à 10 secondes), grâce à son architecture de stockage distribué. Créer un réplica Amazon Aurora n'est pas une option valide car il s'agit d'un cluster Aurora, pas d'un réplica Aurora seul. Un réplica Aurora est un nœud de lecture au sein d'un cluster Aurora, qui peut être promu en instance primaire plus rapidement qu'un basculement RDS traditionnel. Placer ElastiCache for Memcached ou Redis devant la base de données peut améliorer les performances en mettant en cache les requêtes, mais cela ne réduit pas directement le temps d'interruption lors d'un basculement de la base de données. Créer un réplica en lecture RDS for MySQL peut améliorer la lecture et servir de cible de basculement manuel, mais un basculement automatique vers un réplica en lecture RDS n'est pas aussi rapide ou transparent qu'avec Aurora ou RDS Proxy.