Um aplicativo usa um cluster Aurora MySQL com uma única réplica de leitura. O desempenho de leitura piora quando as conexões excedem 200; a carga normal é de cerca de 180 conexões, mas às vezes ultrapassa 200. O administrador precisa que o sistema escale automaticamente à medida que as conexões de usuário aumentam e diminuem. Qual abordagem satisfaz esse requisito?

A criação de uma política de auto scaling que visa a métrica DatabaseConnections em 195 (ou um valor ligeiramente abaixo do limite de 200) permite que o Aurora adicione automaticamente réplicas de leitura quando o número de conexões se aproxima do limite de desempenho. Isso distribui a carga de leitura e mantém o desempenho sem intervenção manual. Aumentar o tamanho da instância da réplica existente pode adiar o problema, mas não oferece escalabilidade automática para picos de carga. Mudar para o modo serverless é uma opção para cargas de trabalho imprevisíveis, mas o cenário descreve uma carga normal com picos, e a mudança não é automática com base nas conexões. Migrar para várias instâncias de gravador não aborda o problema de desempenho de leitura e é uma mudança arquitetônica mais complexa.