E-mail "Seu Droplet está perto de sua capacidade de memória"

Acabei de receber o seguinte:

Um ou mais dos seus Droplets está próximo da capacidade de memória e seu desempenho pode ser afetado. Sem RAM ou memória suficientes, os aplicativos podem ficar lentos ou, ocasionalmente, tornar-se instáveis e travar.

Tenho um Droplet da Digital Ocean com 2 GB de memória.

Nos últimos 14 dias, o gráfico mostra um uso de memória entre 90% e 95%. Perguntei sobre memória e outros tópicos há algum tempo, e aparentemente é bom aproveitar o que está disponível, mas é a primeira vez que a Digital Ocean envia um e-mail sobre isso. Estou na versão 2.8.0b6.

A única mudança recente que consigo lembrar é que configurei todos os usuários para “acompanhar” as categorias principais, recebendo assim notificações por e-mail. Talvez por isso tenha havido mais postagens, mas ainda é um fórum relativamente tranquilo, com cerca de 250 usuários e um punhado de postadores ativos.

O que pode estar causando isso e o que devo fazer, se houver algo a fazer? Ou quais informações adicionais seriam úteis? Obrigado.

Atualização: Se ajudar, o uso do disco está constante, abaixo de 40%, e a CPU fica abaixo de 5%, com picos ocasionais de até cerca de 20%.

Recebi o mesmo e-mail, mas nenhum dos meus droplets está perto da capacidade máxima. Pode ser um erro nas notificações de monitoramento da DO.

Obrigado pela resposta rápida. Pode muito bem ser um bug (nesse caso, talvez haja mais respostas como a sua!), mas no meu caso o gráfico ficou oscilando na faixa de 90 a 95 durante as duas semanas inteiras. Acho que o gráfico também pode estar errado…

Eu retiro o que disse — tenho um droplet de teste que não havia verificado e é provável que seja ele que tenha acionado o aviso. Vou recriá-lo e ver o que acontece.

Sem mudança significativa após uma atualização, reinício e reconstrução. Este é um droplet mínimo que uso apenas para testes e normalmente está inativo, com CPU em ~1% e sem usuários além de mim.

1 vCPU / 1 GB de Memória / 25 GB de Disco / Ubuntu 18.04.3 (LTS) x64

No meu caso, pelo menos nos primeiros minutos, parece ter diminuído significativamente. Vou ficar de olho nisso. Executei ./launcher rebuild mail-receiver seguido de ./launcher rebuild app por volta das 12:05.

Fico me perguntando o que deu errado, se é que algo deu.

Você concorda que isso parece estar certo agora? Ainda vou ficar de olho nisso. A segunda queda foi a reconstrução do aplicativo novamente para corrigir um problema não relacionado.

Não é algo fora do comum. Minha instância de produção tem 8 GB de RAM e opera consistentemente em 41%.

O DO monitora a memória livre ou a memória disponível?

Veja: https://www.linuxatemyram.com/

O DO monitora a memória disponível:

Droplet de teste

# free -m
         total      used    free    shared  buff/cache available
Mem:       985     687        91        52         206       105
Swap:     2047     236      1811

11% disponível conforme mostrado pelo free -m e 12% no gráfico de monitoramento, então estão bastante próximos (erro de arredondamento). Este gráfico é a única medição que o painel do DO fornece para memória no painel de administração.

Droplet de produção

free -m
       total     used     free   shared  buff/cache   available
Mem:    7983     1896     1550     1082        4536        4650
Swap:   4095      291     3804

58% disponível conforme mostrado pelo free -m e 58% no gráfico de monitoramento.

Acabei de começar a receber esses e-mails em um servidor de 2GB (AMD) também. Reconstruí o Discourse há alguns minutos e o uso de memória caiu um pouco.

No entanto, isso não durou. A princípio, achei que pudesse ter acontecido porque recentemente migrei o servidor de outro provedor para a DigitalOcean, mas ele pareceu estar funcionando bem por um tempo após a migração. Provavelmente vou fazer um upgrade para 4 GB de RAM mais tarde hoje.