Runbook — Memória e Swap (HostMemoryExhaustion, OOMKillerInvoked, HostSwapPressure)

Severidade: P1/P2 · Impacto: risco de processos mortos por OOM; lentidão forte com swap ativo.

Verificação

1. Dashboard Infrastructure / Hosts → painéis Memory/Swap do host.
2. Na VM: free -h e docker stats --no-stream (ordenar por MEM).
3. OOM: dmesg -T | grep -i oom mostra qual processo foi morto.

Causas prováveis

• Vazamento de memória em aplicação.
• Limite de memória de container mal dimensionado (muito alto ou ausente).
• VM subdimensionada para a carga atual.

Ação

1. Identificar o maior consumidor. Se crescimento contínuo (leak): reiniciar o container para aliviar e abrir issue para o time da aplicação.
2. Conferir deploy.resources.limits.memory no compose do serviço; ajustar se incoerente com a RAM da VM.
3. Swap com atividade sustentada: é sintoma de RAM insuficiente — planejar aumento da VM ou redistribuição de serviços.

Escalonamento

OOM recorrente no mesmo serviço (> 2x/dia): tratar com o time da aplicação como bug de memória.