AWS SAA-C03/06 - Bancos de Dados2 min
RDS Multi-AZ vs Read Replica
Responda com suas palavras antes de ler o resto da nota.
- Que problema isso resolve?
- Quando usar / quando NÃO usar?
- Qual o principal trade-off (custo, latência, operação)?
- Que sinal no enunciado aponta pra isso?
- Com o que isso é confundido na prova?
Conceito
A distinção mais cobrada do domínio de resiliência. Os dois criam uma cópia do banco, por motivos completamente diferentes.
| Multi-AZ | Read Replica | |
|---|---|---|
| Objetivo | Disponibilidade | Escalar leitura |
| Replicação | Síncrona | Assíncrona |
| A cópia é legível? | Não (no Multi-AZ clássico) | Sim |
| Failover | Automático, o DNS aponta pro standby | Manual (promover) |
| Localização | Outra AZ, mesma região | Mesma AZ, outra AZ ou outra região |
| Quantidade | 1 standby | Até 5 (15 no Aurora) |
| Impacto na performance | Nenhum ganho | Tira carga de leitura do primário |
| Custo | Dobra o custo da instância | Uma instância por réplica |
"Melhorar a performance de leitura" → Read Replica. "Sobreviver à falha de uma AZ" → Multi-AZ. Multi-AZ não melhora performance — o standby fica ocioso, sem receber tráfego.
Multi-AZ — o que dispara failover
Falha da AZ, falha da instância primária, falha de rede, troca de tipo de instância e janela de manutenção. O endpoint DNS não muda: ele passa a resolver pro standby, tipicamente em 60–120 s. A aplicação só precisa reconectar.
Multi-AZ DB Cluster
Variante mais nova: duas standbys legíveis em vez de uma ociosa, com failover mais rápido. Se a questão disser apenas "Multi-AZ", assuma o clássico (standby não legível).
Read Replica — detalhes
- Replicação assíncrona → leitura é eventualmente consistente (pode haver lag)
- Cross-region read replica serve pra DR e pra reduzir latência de leitura global
- Pode ser promovida a banco independente — o que quebra a replicação
- Cada réplica tem seu próprio endpoint: a aplicação precisa direcionar as leituras explicitamente
- Transferência entre AZs em Multi-AZ é grátis; cross-region é cobrada
Trade-offs
Multi-AZ dobra o custo sem entregar performance — é seguro puro. Read Replica entrega performance sem entregar HA automática. Ambiente de produção sério usa os dois juntos: Multi-AZ para disponibilidade e réplicas para escalar leitura.
Sinais de prova
- "Relatórios pesados afetando a aplicação" → Read Replica dedicada
- "RTO baixo com failover automático" → Multi-AZ
- "DR em outra região" → cross-region read replica ou Aurora Global
- "Leitura retorna dado desatualizado" → lag da replicação assíncrona
- "Multi-AZ resolve gargalo de leitura" → errado
- "Usuários na Europa com latência alta de leitura" → read replica na região deles
Relacionado
Parte de 06 - MOC Bancos de Dados · Documentação AWS