trilha

AWS SAA-C03/06 - Bancos de Dados2 min

Aurora

Perguntas-guia

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 DELETE sem 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

Buscar

Busca por título, seção e texto das notas