Uma aplicação usa o Amazon RDS para MariaDB em Multi-AZ e sofre vários minutos de indisponibilidade sempre que ocorre um failover de manutenção planejado. O que um administrador SysOps deve implementar para minimizar o tempo de inatividade da aplicação durante o failover?

A resposta correta é implantar um RDS Proxy. O RDS Proxy mantém um pool de conexões de banco de dados e as reutiliza, reduzindo a sobrecarga de estabelecer novas conexões. Durante um failover de Multi-AZ, o RDS Proxy roteia automaticamente o tráfego para a nova instância primária, mascarando a interrupção da aplicação e minimizando o tempo de inatividade para segundos, em vez de minutos. Converter para um cluster de DB com várias instâncias graváveis (como Aurora) exigiria uma mudança de arquitetura significativa e reescrita da aplicação, o que não é a solução mais direta para minimizar o tempo de inatividade de failover em um RDS MariaDB existente. Alterar a janela de manutenção não resolve o problema do tempo de inatividade durante o failover em si, apenas o move para outro horário. Colocar um cache write-through do ElastiCache pode melhorar o desempenho e reduzir a carga no DB, mas não aborda diretamente a minimização do tempo de inatividade durante um failover de manutenção do RDS.