Une application utilise Amazon RDS for MariaDB en Multi-AZ et subit plusieurs minutes d'indisponibilité chaque fois qu'un basculement de maintenance planifiée se produit. Que doit implémenter un administrateur SysOps pour minimiser les temps d'arrêt de l'application pendant le basculement ?

L'option correcte est de déployer un RDS Proxy. RDS Proxy maintient un pool de connexions à la base de données et gère automatiquement les basculements, réduisant ainsi considérablement le temps d'arrêt de l'application. Lors d'un basculement, RDS Proxy achemine de manière transparente les requêtes vers la nouvelle instance primaire, masquant l'interruption à l'application. Convertir en un cluster de bases de données RDS for MariaDB avec plusieurs instances inscriptibles n'est pas applicable car RDS for MariaDB ne prend pas en charge plusieurs instances inscriptibles comme Aurora. Modifier la fenêtre de maintenance RDS ne résout pas le problème du temps d'arrêt pendant le basculement lui-même ; cela ne fait que déplacer le moment de l'interruption. Placer un cache Amazon ElastiCache de type write-through devant la base de données n'empêche pas le temps d'arrêt de la base de données sous-jacente pendant un basculement. Le cache peut servir les lectures, mais les écritures nécessiteraient toujours une base de données disponible.