Em resumo: ZRAM é um "buffer de memória comprimida", swapfile é uma "reserva em disco". O primeiro é rápido, o segundo é lento; o primeiro é mais adequado para o buffer diário em VPS de pouca memória, o segundo para evitar que o sistema trave instantaneamente.

Não se apresse em mudar a configuração. Use os seguintes comandos para confirmar o gargalo atual:

free -h
vmstat 1 10
swapon --show
journalctl -k --since "24 hours ago" | grep -i "out of memory\|killed process"

Foque em três coisas:

1. available permanece muito baixo por muito tempo, por exemplo, restam apenas algumas dezenas de MB.
2. si/so em vmstat tem valores continuamente, indicando que o sistema está trocando frequentemente.
3. Os logs do kernel mostram Killed process, indicando que o OOM Killer já agiu.

Se a memória só tem picos ocasionais, ZRAM é muito adequado; se está fazendo swap o dia todo, não é um problema de ajuste, mas um descompasso entre a configuração da aplicação ou as especificações da máquina.

Muitos tutoriais misturam esses conceitos, mas na verdade não são a mesma coisa.

• ZRAM: Cria um dispositivo de bloco comprimido na memória; os dados trocados ainda residem na memória, mas ocupam menos espaço após a compressão. É rápido e adequado para VPS de pouca memória.
• Swapfile: Usa um arquivo de disco como espaço de troca. As vantagens são simplicidade e confiabilidade; as desvantagens são lentidão e fácil thrashing de I/O de disco.
• Zswap: Um cache comprimido em nível de kernel, frequentemente usado como camada de compressão antes do swap em disco. É mais de baixo nível, mas o custo de solução de problemas e explicação é maior.

Para a maioria dos usuários de VPS Debian/Ubuntu, a solução preferida é: ZRAM + pequeno swapfile. Isso proporciona tanto velocidade quanto uma reserva final.

A maneira mais simples no Debian e Ubuntu é instalar zram-tools:

sudo apt update
sudo apt install -y zram-tools

Edite o arquivo de configuração:

sudo nano /etc/default/zramswap

Recomenda-se começar com uma configuração conservadora:

ALGO=zstd
PERCENT=75
PRIORITY=100

Se você tem 1GB de memória, PERCENT=75 criará aproximadamente um dispositivo ZRAM de 768MB; se tem 2GB, aproximadamente 1.5GB. Não configure 200% ou 300% de imediato; a compressão não é mágica gratuita, e a CPU e o gerenciamento de memória também têm custos.

Reinicie o serviço e verifique:

sudo systemctl restart zramswap
zramctl
swapon --show

Se você vir /dev/zram0 com prioridade maior que o swap normal, o ZRAM está habilitado.

Mesmo com o ZRAM habilitado, ainda recomendo manter um pequeno swapfile. A razão é simples: quando a memória comprimida também está cheia, o sistema ainda tem um buffer final e não matará processos diretamente.

Criar um swapfile de 1GB:

sudo fallocate -l 1G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

Escrever em /etc/fstab:

echo '/swapfile none swap sw,pri=10 0 0' | sudo tee -a /etc/fstab

O pri=10 aqui é fundamental: faça sua prioridade menor que a do ZRAM. O sistema usará o ZRAM primeiro e só recorrerá ao swap em disco sob maior pressão.

Verificar prioridades:

swapon --show

Você deve ver o ZRAM com prioridade maior e o swapfile com prioridade menor.

vm.swappiness determina com que agressividade o Linux usa swap. O swap tradicional em disco geralmente recomenda um valor mais baixo, como 10 ou 20. Mas o ZRAM é rápido, e se configurado muito baixo, o sistema pode ainda esperar até perto do OOM antes de trocar.

Para VPS de pouca memória com ZRAM habilitado, recomendo começar assim:

sudo sysctl vm.swappiness=100

Escrever configuração persistente:

echo 'vm.swappiness=100' | sudo tee /etc/sysctl.d/99-zram-swap.conf
sudo sysctl --system

Se você achar que a CPU é fraca e a compressão adiciona carga extra, pode baixar para 60; se os picos de memória são frequentes e a CPU ainda tem folga, tente 120. Não copie cegamente um valor fixo; o importante é observar o estado real após as mudanças.

Após a configuração, use os seguintes grupos de comandos para observar por 1-2 dias:

free -h
zramctl
swapon --show
vmstat 1 10
journalctl -k --since "24 hours ago" | grep -i "out of memory\|killed process"

Em circunstâncias normais, você quer ver:

• Dados comprimidos em zramctl, mas não persistentemente 100% cheios.
• swapfile raramente usado, ou apenas brevemente durante picos.
• si/so em vmstat sem picos persistentes.
• Sem registros de OOM Killer nas últimas 24 horas.

Se o ZRAM está persistentemente cheio e o swapfile também continua crescendo, a máquina é genuinamente insuficiente. Continuar adicionando swap só deixará o site mais lento; a abordagem correta é reduzir o uso do serviço ou atualizar a configuração.

Se você achar que o uso de CPU aumenta ou a latência piora após a configuração, pode reverter diretamente.

Desabilitar ZRAM:

sudo systemctl stop zramswap
sudo systemctl disable zramswap

Excluir swapfile:

sudo swapoff /swapfile
sudo rm /swapfile
sudo nano /etc/fstab

Basta remover a linha /swapfile de /etc/fstab.

Para VPS de pouca memória, a estratégia mais confiável não é simplesmente "habilitar swap", mas uma abordagem em três etapas:

1. Usar ZRAM para lidar com picos de memória de curto prazo.
2. Usar um pequeno swapfile como reserva final.
3. Usar limites em nível de serviço para controlar o uso residente de MySQL, PHP-FPM e Docker.

Se você só tem OOM ocasionalmente, esta solução geralmente é muito eficaz; se o seu negócio depende do swap para se manter vivo a longo prazo, é hora de atualizar a memória ou dividir o banco de dados. O objetivo da otimização não é fazer o VPS nunca reportar erros, mas torná-lo estável, observável e reversível sob carga razoável.