AWS SAA-C03/06 - Bancos de Dados2 min
Aurora
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
Banco relacional da AWS compatível com MySQL e PostgreSQL, com arquitetura de armazenamento própria — até 5x mais rápido que MySQL e 3x que PostgreSQL no RDS comum.
Arquitetura de armazenamento
- 6 cópias do dado em 3 AZs
- Tolera perder 2 cópias sem afetar escrita e 3 sem afetar leitura
- Storage auto-expande de 10 GB até 128 TB, sem downtime
- Self-healing: blocos corrompidos são reparados automaticamente
Endpoints
| Endpoint | Aponta pra |
|---|---|
| Cluster (writer) | A instância primária (segue o failover) |
| Reader | Balanceia entre as réplicas de leitura |
| Custom | Subconjunto de instâncias que você define |
Até 15 réplicas com lag tipicamente < 100 ms, e failover em ~30 s (mais rápido que o Multi-AZ do RDS).
Variantes
| Variante | O que resolve |
|---|---|
| Aurora Serverless v2 | Escala capacidade em frações de segundo — carga imprevisível ou intermitente |
| Aurora Global Database | Replicação cross-region < 1 s, promoção em < 1 min. Até 5 regiões secundárias |
| Aurora Multi-Master | Vários writers (casos específicos) |
| Babelfish | Aceita conexões do SQL Server sem reescrever a aplicação |
Recursos que caem
- Backtrack (MySQL): volta o cluster no tempo sem restore, em segundos
- Cloning: cria cópia do cluster quase instantaneamente, pagando só pelas mudanças
- Aurora Machine Learning: chama SageMaker/Comprehend em SQL
- Backup contínuo pro S3, PITR, sem impacto na performance
Trade-offs
Aurora custa mais por hora que o RDS MySQL equivalente e cobra I/O (no modo padrão), mas costuma sair melhor no total por precisar de instâncias menores para a mesma carga. Ele é compatível com MySQL/PostgreSQL, não idêntico: extensão ou versão muito específica pode não existir.
Aurora Serverless v2 elimina o superdimensionamento em carga irregular, ao custo de latência de escala e preço por ACU. Em carga estável e alta, o provisionado é mais barato.
Sinais de prova
- "Máxima performance relacional com mínima gestão" → Aurora
- "Carga imprevisível ou intermitente" → Aurora Serverless v2
- "DR global com RTO < 1 min e RPO ~1 s" → Aurora Global Database
- "Desfazer um
DELETEsem tabela em segundos" → Backtrack - "Ambiente de teste com cópia da produção sem duplicar custo" → Cloning
- "Migrar SQL Server sem reescrever a aplicação" → Babelfish
- "Precisa de 15 réplicas de leitura" → Aurora (RDS comum só faz 5)
Relacionado
Parte de 06 - MOC Bancos de Dados · Documentação AWS