Como configurar swap no Linux Ubuntu: quando precisa e como dimensionar

VPS com 1 ou 2 GB de RAM frequentemente entra em situações onde um build do npm, uma query pesada no PostgreSQL ou um spike de tráfego empurra a memória pro limite. Sem swap configurado, o kernel Linux dispara o OOM killer e mata o processo que estiver consumindo mais — geralmente o serviço que você mais precisa rodando. Com swap, o sistema tem um buffer pra absorver picos esporádicos antes de chegar nesse extremo.

Swap não é mágica e não substitui RAM. Quando o kernel começa a paginar ativamente, performance degrada brutalmente — leitura de swap em SSD NVMe ainda é centenas de vezes mais lenta que RAM. Mas como rede de segurança, swap previne crashes que arruinariam o uptime do servidor por causa de uma exceção momentânea.

Este tutorial cobre o fluxo completo: identificar se sua VPS precisa de swap, criar e ativar um swapfile dimensionado corretamente, ajustar swappiness pra workloads de servidor e remover ou redimensionar se necessário. Alvo: sysadmin Linux administrando Ubuntu 22.04 ou 24.04 em VPS com pouca RAM. Tempo de execução: 10-15 minutos.

Pré-requisitos

Antes de criar swap, confirme o estado atual de memória e swap da máquina. VPS modernas frequentemente já vêm com swap configurado pelo provedor ou pela imagem base — verificar antes evita criar swap duplicado.

Quando criar swap na sua VPS

Nem toda VPS precisa de swap. A decisão depende da RAM disponível e do perfil da carga. Para servidores com 8 GB+ de RAM rodando aplicações dimensionadas corretamente, swap raramente é tocado e pode até atrapalhar (ver seção de swappiness).

Cenários onde swap faz sentido:

• VPS com 1-4 GB de RAM rodando stack web (nginx + PHP-FPM + MySQL/Postgres)
• Servidor que faz builds esporádicos (npm install, composer install, docker build) que consomem RAM acima do steady-state
• Aplicações com picos imprevisíveis (importação de arquivo grande, processamento de imagem, geração de relatório)
• Bancos de dados pequenos rodando junto com app na mesma VPS sem cgroups isolando recursos

Cenários onde swap não resolve:

• Aplicação que precisa de RAM constante acima do disponível — adicione RAM ou faça upgrade da VPS
• Servidor latency-sensitive (gateway, proxy reverso de alto QPS) onde qualquer swap mata o p99
• Banco de dados grande em produção — configure cgroups e swappiness=1 ou desative swap completamente pra evitar latência de I/O imprevisível

free -h

               total        used        free      shared  buff/cache   available
Mem:           1.9Gi       420Mi       180Mi       2.0Mi       1.3Gi       1.4Gi
Swap:             0B          0B          0B

df -h /

Criando o swapfile

Vamos criar um swapfile de 2 GB em /swapfile. Esse tamanho cobre a grande maioria dos casos de VPS de 2-4 GB de RAM. Se sua VPS tem só 1 GB de RAM, ajuste pra 1 GB. Para 4 GB+ de RAM, 2 GB de swap continua sendo suficiente — não escale linearmente.

sudo fallocate -l 2G /swapfile

sudo chmod 600 /swapfile

sudo mkswap /swapfile

Setting up swapspace version 1, size = 2 GiB (2147479552 bytes)
no label, UUID=abc123...

sudo swapon /swapfile

sudo swapon --show
free -h

echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

sudo cat /etc/fstab

Ajustando swappiness pra workloads de servidor

Swappiness controla quão agressivamente o kernel paginará memória pra swap. Valores vão de 0 (evita swap ao máximo) a 100 (paginiza tão cedo quanto possível). Default do Ubuntu é 60, otimizado pra desktop onde swap libera RAM pra cache de disco que melhora UX. Em servidor, esse comportamento é contraprodutivo — você quer que apps rodem em RAM real, mesmo que custe um pouco de cache.

cat /proc/sys/vm/swappiness

sudo sysctl vm.swappiness=10

vm.swappiness = 10

echo 'vm.swappiness=10' | sudo tee -a /etc/sysctl.conf

Verificação

Confirme que o swap está ativo, dimensionado corretamente e configurado pra persistir.

free -h
swapon --show
cat /proc/sys/vm/swappiness

grep swapfile /etc/fstab

vmstat 1 5

Resolução de problemas

”swapon: /swapfile: insecure permissions 0644”

Permissão do arquivo está aberta demais. Corrija com sudo chmod 600 /swapfile e tente ativar de novo. Erro comum se você usou dd em vez de fallocate sem ajustar permissão depois.

”fallocate: fallocate failed: Operation not supported”

Algumas VPS usam sistemas de arquivos antigos ou filesystem em camada (overlay no Docker, por exemplo) que não suportam fallocate. Substitua pelo método clássico com dd:

sudo dd if=/dev/zero of=/swapfile bs=1M count=2048 status=progress

Demora 30-60s em SSD. Depois segue normalmente com chmod, mkswap e swapon.

Swap ativo mas free -h ainda mostra 0B

Confirme que o swapfile foi formatado com mkswap antes do swapon. Se você pulou a etapa de formatação, swapon falha silenciosamente em alguns kernels. Rode sudo swapoff /swapfile, sudo mkswap /swapfile, sudo swapon /swapfile.

Sistema lento após habilitar swap

Provavelmente swappiness está alto e o kernel está paginando páginas quentes. Reduza pra 10 conforme a seção anterior. Se o sistema continua lento mesmo com swappiness baixo e vmstat mostra si/so constante, a RAM é genuinamente insuficiente — considere upgrade da VPS.

Próximos passos

Com swap configurado, o servidor ganha resiliência contra picos esporádicos de memória. Próximos pontos pra fechar a base de uma VPS de produção:

• Configure limites de memória por serviço com systemd (MemoryMax= em unit files) pra evitar que um processo derrube outros
• Monitore swap usage continuamente via Netdata, Grafana ou sistema próprio — alertar quando si/so ultrapassa threshold
• Em VPS rodando containers, configure --memory e --memory-swap no Docker pra isolar workloads
• Avalie se a aplicação tem leak real de memória — swap mascara o sintoma mas não resolve a causa
• Se você está colocando isso em produção, uma VPS Hostini já vem com NVMe rápido (latência baixa de swap quando precisa) e dimensionamento de RAM transparente, evitando a maioria dos cenários onde swap salva o servidor.