Como soluciono problemas de picos de latência de gravação na minha instância de banco de dados do Amazon RDS?

Breve descrição

A métrica WriteLatency define o tempo médio que cada operação de E/S de disco leva. É uma prática recomendada que a latência de gravação não seja superior a um milissegundo de um dígito.

Se você realizar as seguintes ações, sua instância de banco de dados pode atingir um pico na latência de gravação:

• Crie um backup do Amazon RDS da sua instância de banco de dados Single-AZ.
• Mude de uma instância de banco de dados Single-AZ do RDS para uma instância Multi-AZ.
• Restaure a partir de um snapshot de banco de dados.
• Execute uma recuperação para um ponto no tempo (PITR) em sua instância de banco de dados.
• Crie uma nova réplica de leitura.

O pico também pode resultar de operações de entrada e saída por segundo (IOPS) ou de um gargalo no throughput causado por uma workload pesada no banco de dados.

Resolução

Solucionar problemas de picos de latência

Para identificar a causa da alta latência de gravação em sua instância de banco de dados, verifique as seguintes Amazon CloudWatch Metrics para o Amazon RDS:

• WriteLatency
• WriteIOPS
• WriteThroughput
• DiskQueueDepth
• BurstBalance para armazenamento SSD de uso geral (gp2)

Os valores a seguir mostram que sua instância de banco de dados está sob uma workload pesada e exige mais recursos:

• Os valores de latência estão altos.
• Os valores de throughput e IOPS atingiram suas cotas máximas.
• O valor de DiskQueueDepth está alto.
• Para gp2, o valor de BurstBalance está baixo.

Para solucionar um gargalo de IOPS ou de throughput, realize uma das seguintes ações:

• Para uma instância de banco de dados com volumes gp2, verifique a classe da instância de banco de dados e o tamanho do armazenamento. Para obter mais informações, consulte Amazon Elastic Block Store (Amazon EBS)–optimized instances (Instâncias otimizadas para o Amazon Elastic Block Store [Amazon EBS]).
• Para uma instância de banco de dados com armazenamento de IOPS provisionadas (io1), verifique a classe da instância de banco de dados e as IOPS provisionadas definidas.

Se as CloudWatch Metrics não mostrarem que seus recursos estão limitados, use o Monitoramento aprimorado para verificar a métrica writeIOsPS.

Observação: o CloudWatch registra métricas em intervalos de 60 segundos, então talvez não registre cada pico ou queda. É possível definir a propriedade Granularidade do Monitoramento aprimorado para um intervalo de 1 segundo.

Se as métricas anteriores não mostrarem a causa da latência, verifique se há problemas de rede nas métricas NetworkReceiveThroughput e NetworkTransmitThroughput do CloudWatch.

Reduza o carregamento lento

O carregamento lento pode ocorrer quando você executa uma PITR, altera uma instância Single-AZ para uma instância Multi-AZ ou cria uma nova réplica de leitura. Se você tentar acessar dados que o Amazon RDS não carregou, a instância de banco de dados baixará imediatamente os dados solicitados do Amazon Simple Storage Service (Amazon S3). A instância continua carregando o restante dos dados em segundo plano.

Para reduzir o carregamento lento em tabelas às quais você precisa acessar rapidamente, execute operações que envolvam verificações completas de tabelas, como SELECT\ *. Isso permite que o Amazon RDS baixe todos os dados de tabela de backup do Amazon S3.

Para reduzir o carregamento lento depois de alterar a instância Single-AZ para uma instância Multi-AZ, também é possível realizar uma das seguintes ações:

• Execute um failover manual logo após alterar a instância.
• Execute um despejo completo ou apenas as consultas necessárias para carregar todos os dados das tabelas. Para instâncias do Amazon RDS para PostgreSQL, é possível executar o comando pg_prewarm.

Implemente as práticas recomendadas de alta latência

Se você tiver alta latência em sua instância de banco de dados, implemente as seguintes práticas recomendadas:

• Aloque recursos suficientes em seu banco de dados para executar consultas. O número de recursos que você aloca é baseado no seu tipo de instância.
• Use o Insights de Performance para monitorar a workload do banco de dados. O Insights de Performance pode ajudar a identificar as consultas SQL subjacentes que estão sendo executadas no banco de dados quando você enfrenta latência em sua aplicação. Em seguida, avalie a carga em seu banco de dados para identificar outras ações.
• Altere o tamanho ou o tipo do seu volume do Amazon EBS para evitar microexpansões. Para obter mais informações, consulte Como faço para identificar se meu volume do EBS está sofrendo microexpansão e, em seguida, garantir que isso não afete o desempenho?
• Ajuste suas consultas para otimizar o desempenho do banco de dados.
• Se você estiver alterando sua instância Single-AZ para uma instância Multi-AZ, faça isso fora do horário comercial.
• Crie alarmes do CloudWatch para as métricas do Amazon RDS para garantir que a instância não seja limitada.

Importante: o Insights de Performance chegará ao fim de sua vida útil em 30 de junho de 2026. É possível fazer o upgrade para o modo Avançado do Database Insights antes de 30 de junho de 2026. Se você não fizer o upgrade, os clusters de banco de dados que usam o Insights de Performance usarão como padrão o modo Padrão do Database Insights. Somente o modo Avançado do Database Insights será compatível com planos de execução e análises sob demanda. Se seus clusters usarem como padrão o modo Padrão, talvez você não consiga usar esses recursos no console. Para ativar o modo Avançado, consulte Ativação do modo Avançado do Database Insights para Amazon RDS e Ativação do modo Avançado do Database Insights para Amazon Aurora.

Informações relacionadas

Práticas recomendadas do Amazon RDS

Understanding burst vs. baseline performance with Amazon RDS and gp2 (Entendendo o desempenho de expansão versus o desempenho de linha de base com o Amazon RDS e o gp2)

Implantações de instâncias de banco de dados Multi-AZ para o Amazon RDS