Estou executando um backup do Elastic Load Balancer por duas instâncias em diferentes zonas de disponibilidade no leste dos EUA. Eu também estou usando o Multi-AZ RDS. Idealmente, isso deve garantir que, se um AZ ficar inativo, ele não deverá afetar o aplicativo, porque tudo está espalhado em vários AZs.
Mas a recente interrupção da AWS levou o aplicativo para baixo por um longo tempo. Não sei como isso pode acontecer. Seria ótimo se alguém pudesse apontar o que deu errado.
A grande questão que tenho aqui é como posso evitar isso no futuro? Eu posso configurar servidores de aplicativos em diferentes regiões ou até mesmo provedores e usar o DNS para balanceamento de carga, mas o que eu faço com o MySQL? As réplicas de leitura apresentarão um atraso que eu gostaria de evitar.
Você precisaria ter instâncias da AWS em diferentes regiões para combater as duas últimas grandes interrupções da AWS.
Como o equilíbrio de carga elástica é por AZ, você também precisa adicionar route53 ao mix para fornecer failover para a outra região
Você terá que configurar duas cópias de trabalho do seu aplicativo em vários AZs, então você terá para usar a replicação (master-master), então quando um AZ desce você pode alternar o tráfego para outro. Este é um caminho difícil tanto pelos recursos financeiros como humanos.