Um cluster Amazon Aurora usa uma única instância de banco de dados e o aplicativo usa o endpoint da instância para leituras e gravações. Uma atualização está agendada durante uma janela de manutenção e o cluster deve permanecer disponível com interrupção mínima. O que um engenheiro de DevOps deve fazer para atender a esse requisito?

A opção correta garante alta disponibilidade e interrupção mínima durante atualizações. Adicionar uma instância de leitor permite que a instância de gravador principal seja atualizada enquanto as leituras continuam na instância de leitor. O aplicativo deve ser configurado para usar o endpoint do cluster (gravador) para gravações e o endpoint do leitor para leituras, direcionando o tráfego de forma apropriada. A opção de usar um endpoint ANY personalizado não é a ideal, pois não distingue entre leituras e gravações, o que pode levar a interrupções durante a atualização do gravador. Habilitar Multi-AZ no Aurora é um recurso padrão de alta disponibilidade, mas por si só não resolve a questão de manter a disponibilidade durante uma atualização de instância única sem uma instância de leitor para descarregar o tráfego de leitura. Além disso, o Aurora já é inerentemente Multi-AZ em sua arquitetura de armazenamento.