Questão 98 — Certificação AWS Solutions Architect Associate SAA-C03

Uma empresa está implantando um aplicativo crítico usando o Amazon RDS for MySQL. O aplicativo deve estar altamente disponível e se recuperar automaticamente. A empresa precisa oferecer suporte a usuários interativos (consultas transacionais) e relatórios em lote (consultas analíticas) com atraso não superior a 4 horas. As consultas analíticas não devem afetar o desempenho das consultas transacionais. Qual solução atenderá a esses requisitos?
  • A. Configure o Amazon RDS for MySQL em uma implantação de instância de banco de dados Multi-AZ com uma instância em espera. Aponte as consultas transacionais para a instância de banco de dados primária. Aponte as consultas analíticas para uma instância de banco de dados secundária executada em uma zona de disponibilidade diferente.
  • B. Configure o Amazon RDS para MySQL em uma implantação de cluster de banco de dados Multi-AZ com duas instâncias em espera. Aponte as consultas transacionais para a instância de banco de dados primária. Aponte as consultas analíticas para o endpoint do leitor.
  • C. Configure o Amazon RDS for MySQL para usar várias réplicas de leitura em várias zonas de disponibilidade. Aponte as consultas transacionais para a instância de banco de dados primária. Aponte as consultas analíticas para uma das réplicas em uma zona de disponibilidade diferente.
  • D. Configure o Amazon RDS for MySQL como o banco de dados primário para as consultas transacionais com backups automatizados habilitados. Todas as noites, crie um banco de dados somente leitura a partir do instantâneo mais recente para dar suporte às consultas analíticas. Encerre o banco de dados criado anteriormente.
Resposta correta: C

Explicação

Explicação: O requisito tem três elementos principais: alta disponibilidade com recuperação automática, separação de cargas de trabalho transacionais e analíticas e atraso aceitável de relatórios de até 4 horas. O padrão limpo nativo da AWS para isolar o tráfego pesado de leitura/relatório de gravações transacionais no RDS para MySQL é usar réplicas de leitura e consultas de relatórios diretos para os endpoints da réplica. A opção C atende bem a esses requisitos. A instância primária do RDS for MySQL lida com o tráfego transacional (leituras/gravações). Uma ou mais réplicas de leitura RDS replicam dados do primário de forma assíncrona. Como a replicação é assíncrona, é esperado algum atraso; o requisito tolera explicitamente um atraso de até 4 horas, o que se ajusta ao modelo de réplica de leitura. Direcionar relatórios em lote e consultas analíticas para uma réplica evita que essas consultas caras consumam CPU, memória e E/S no primário, protegendo assim o desempenho interativo do usuário. A implantação de réplicas em diversas zonas de disponibilidade também melhora a disponibilidade da camada de relatórios e reduz o risco de um problema de AZ impedir o acesso aos relatórios. A opção A está incorreta porque uma instância de banco de dados Multi-AZ padrão usa um modo de espera síncrono que não é legível e se destina ao failover, e não ao atendimento de consultas analíticas. A opção B descreve uma implantação de cluster de banco de dados Multi-AZ, que fornece esperas legíveis em alguns mecanismos RDS; entretanto, para o padrão de exame clássico do RDS MySQL, o método mais direto e amplamente usado para isolar análises são as réplicas de leitura. A opção D cria uma cópia somente leitura baseada em instantâneo noturno; isso aumenta a complexidade operacional, pode resultar em dados obsoletos durante a maior parte do dia e introduz atrasos no provisionamento, o que é desnecessário quando as réplicas fornecem cópias contínuas quase em tempo real. Portanto, C é a melhor opção porque fornece HA para o primário, isola leituras de relatórios para réplicas e atende ao requisito de atraso de replicação permitido.
Quer todas as 879 questões por R$ 198,00?