20% de uso da CPU por instância do RDS quando ocioso

1

Eu trouxe uma instância db.t1.micro PostgreSQL em us-east-1 region.

  1. É a única zona de disponibilidade
  2. sem backups
  3. não em um grupo de segurança que pode ser acessado do mundo externo

Por alguma razão, o uso da CPU está em 20% da CPU, enquanto eu não estou fazendo absolutamente nada, exatamente a cada 10 minutos, chegando a 28-30%. Eu pensei que havia algo errado com a instância, então eu a recriou, a mesma coisa.

O que isso faz? Este é um fenômeno RDS em geral ou é específico para as classes de instâncias com capacidade de explosão?

    
por Alex B 20.11.2015 / 11:19

1 resposta

2

Esse parece ser um problema comum de t1.* ou t2.* instances, que é reconhecido pelo suporte da AWS, mas ainda não foi resolvido. Alguns usuários estão tentando atenuar o problema reiniciando a instância com o uso da CPU de monitoramento de alarmes personalizados do CloudWatch. Eu não recomendaria isso, já que esta é uma solução temporária para implementações do RDS Multi-AZ apenas e os picos de CPU reaparecerão novamente o que eu li até agora.

Se você realmente tiver certeza de que não há consultas em execução durante os períodos de pico da CPU que poderiam causar isso e que outras métricas relacionadas do CloudWatch estão bem, eu definitivamente entrarei em contato com o suporte da AWS.

Aqui está como você pode descobrir as consultas:

SELECT * FROM pg_stat_activity;
SELECT pid, datname, usename, query FROM pg_stat_activity;

Aqui estão as métricas do CloudWatch para verificar:

read/write IOPS
read/write latency
network throughput
binary log disk usage
freeable memory
queue depth

Mais informações podem ser encontradas nos fóruns da AWS:

link

link

    
por 20.11.2015 / 13:54