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: