De quanta RAM o WordPress precisa?

O WordPress em si precisa de pouca memória, e seus requisitos oficiais não dão um valor de RAM. Para um site pequeno, 1-2 GB de RAM costumam ser um bom ponto de partida (uma regra prática que varia conforme o site). Lojas, muitos plugins e tráfego intenso podem elevar a necessidade para 4 GB ou mais.

O que você realmente precisa depende do tipo de site: os plugins, o tráfego, o tamanho do banco de dados e se o cache está ativado. Este artigo traz os números oficiais, o que consome memória e como perceber quando ela não basta.

O que dizem os requisitos oficiais?

A página de requisitos de hospedagem do WordPress.org (uma recomendação oficial) pede PHP 8.3 ou mais recente, MariaDB 10.11 ou MySQL 8.0 ou mais recente e suporte a HTTPS. Ela recomenda o Apache ou o Nginx como servidor web. A página não dá um valor de RAM. Versões mais antigas, como o PHP 7.4 e o MySQL 5.5.5, ainda funcionam, mas a página observa que elas chegaram ao fim da vida útil e trazem riscos de segurança. Em uma instalação nova, escolha as versões recomendadas.

Os únicos números oficiais de memória são os limites que o PHP concede ao WordPress. Em uma instalação de site único, o WP_MEMORY_LIMIT padrão é de 40 MB e, em multisite, de 64 MB. A área de administração usa o WP_MAX_MEMORY_LIMIT, e o núcleo do WordPress tenta elevá-lo a 256 MB por padrão. São tetos para uma única requisição PHP, não a RAM total do servidor. Você pode conferir os valores que valem para o seu site em Tools > Site Health > Info: o limite de memória do PHP aparece na seção Server, enquanto WP_MEMORY_LIMIT e WP_MAX_MEMORY_LIMIT aparecem na seção WordPress Constants.

O que realmente usa a RAM?

• Processos PHP. Cada requisição simultânea executa um processo PHP. No PHP-FPM, o pm.max_children limita quantos podem rodar ao mesmo tempo (veja o manual do PHP). Dependendo dos plugins, um processo pode usar de dezenas a centenas de megabytes. É uma observação geral e muda de site para site.
• O banco de dados. O MariaDB ou o MySQL mantém na memória os dados lidos com frequência. Sites grandes e cheios de plugins pedem mais.
• O cache do sistema operacional. O Linux usa a memória livre como cache de disco. Ver pouca memória livre na saída do free -h não é um problema. Olhe a coluna Disponível.
• Camadas de cache. Um cache de objetos (como o Redis) reduz as consultas ao banco de dados, mas ocupa memória própria.

Veja um exemplo simples. Em um servidor com 2 GB de RAM, se você reservar cerca de 1 GB para o sistema operacional e o banco de dados, sobra 1 GB para o PHP. Se um processo PHP usa 100 MB em média, manter o pm.max_children em torno de 10 faz sentido. Esses números só mostram como o cálculo funciona. Suas próprias medições podem dar outro resultado.

Tamanho inicial por tipo de site

Esses valores são regras práticas. Variam conforme os plugins e o tráfego e não são uma promessa firme.

Se você está montando uma loja, leia também o nosso artigo "Escolhendo um servidor para o WooCommerce".

O que você vê quando a RAM acaba?

• O site retorna um erro 502 ou 503 de vez em quando. O PHP-FPM ou o servidor web não consegue responder.
• Aparece uma mensagem "Error establishing a database connection". O banco de dados pode ter sido parado porque a memória acabou.
• A área de administração fica muito lenta, e as atualizações de plugins ou os envios de imagens travam no meio.

Para confirmar, conecte-se ao servidor e execute estes comandos:

free -h

sudo journalctl -k | grep -i -E "out of memory|oom-kill"

O segundo comando lista os eventos em que o kernel encerrou um programa porque a memória acabou. Se ele imprimir linhas, a RAM não é suficiente. No top, pressione Shift+M para ver os processos que mais usam memória.

O que você pode tentar antes de aumentar

1. Configure um cache de páginas, como plugin ou no lado do servidor. Uma página servida do cache não executa nem o PHP nem o banco de dados.
2. Remova os plugins que você não usa. Cada plugin ativo carrega o próprio código em toda requisição.
3. Ajuste o pm.max_children do PHP-FPM à sua memória. Em linhas gerais, divida a memória que você pode dar ao PHP pela memória média de um processo PHP. Um valor alto demais consome memória sob carga.
4. Uma pequena área de swap evita que o servidor caia em picos curtos. Mas o swap fica no disco e é lento, então não substitui a RAM.

Se você tentou tudo isso e a memória ainda enche, é hora de aumentar. Meça primeiro: o problema aparece nos horários de pico ou o dia inteiro? Como limite geral, considere aumentar se a memória Disponível cair com frequência abaixo de 10-15 por cento da RAM total nos horários de pico ou se o swap estiver sempre em uso. Não é uma regra rígida, apenas um ponto de partida.

Aumentando pelo painel

No painel da Seturack, você aumenta o servidor com o controle deslizante da aba Tamanho. Depois do pagamento, o servidor reinicia uma vez por conta própria, e seu endereço IP e seus dados continuam os mesmos. Isso faz de começar com um tamanho pequeno um caminho seguro. Um servidor com WordPress pré-instalado fica pronto em cerca de 3,5 a 4 minutos. Dê uma olhada na página do servidor WordPress.