CloudLinux (ou CloudLinux OS) é um sistema operacional Linux feito para servidores de hospedagem que guardam muitos sites na mesma máquina. Ele coloca cada conta numa espécie de “caixa” com limite próprio de CPU, memória e processos, para que um site sobrecarregado ou invadido não derrube nem espie os vizinhos.
Se você tem um site, provavelmente nunca vai instalar o CloudLinux. Mas entender como ele funciona ajuda bastante, porque é ele que decide o que acontece quando o seu site recebe um pico de visitas, quais versões de PHP você pode escolher e por que aparece um erro 508 de vez em quando.
- O que é o CloudLinux OS
- Isolamento por conta: a tecnologia LVE
- Limites de CPU, memória e processos
- O que acontece quando o site atinge o limite
- CageFS: cada conta no seu próprio cercado
- Várias versões de PHP com PHP Selector e alt-php
- Por que isso importa na escolha da hospedagem
- Perguntas frequentes
O que é o CloudLinux OS
O CloudLinux OS é uma distribuição Linux comercial, mantida pela empresa CloudLinux, compatível com o Red Hat Enterprise Linux e com o AlmaLinux. A versão mais recente, CloudLinux OS 10, chegou em outubro de 2025. Por baixo é um Linux de servidor comum; o que muda são as camadas extras pensadas para um servidor com centenas de contas de clientes diferentes.
O problema que ele resolve é antigo. Num servidor sem esse controle, todos os sites disputam os mesmos recursos. Basta uma loja fazer uma promoção, um plugin entrar em loop ou um robô martelar uma página de busca para o servidor inteiro ficar lento. Quem não tinha nada a ver com a história também sofre.
| Recurso | Para que serve |
|---|---|
| LVE e LVE Manager | Limitam CPU, memória, processos e disco de cada conta |
| CageFS | Isola os arquivos e processos de cada conta |
| PHP Selector e alt-php | Deixam cada conta escolher a versão de PHP e as extensões |
| Selectors de Python e Node.js | Fazem o mesmo para aplicações nessas linguagens |
| MySQL Governor | Acompanha o uso do banco de dados por conta e contém abusos |
Ele se integra aos painéis mais usados no mercado. No cPanel, por exemplo, o dono do site enxerga o próprio consumo e troca a versão do PHP sem abrir chamado.
Isolamento por conta: a tecnologia LVE
LVE é a sigla de Lightweight Virtual Environment, ou ambiente virtual leve. Cada conta de hospedagem ganha o seu LVE, e todos os processos daquela conta (o PHP que monta as páginas, as tarefas agendadas, os scripts) rodam dentro dele. O controle é feito no núcleo do sistema, então não tem como um script “escapar” do limite.
O desenho acima mostra a ideia. À esquerda, num sistema comum, cada site ocupa o espaço que conseguir. À direita, com CloudLinux, cada site fica dentro de uma cápsula com tamanho máximo definido. Se um deles cresce demais, encosta na parede da própria cápsula, e os outros continuam funcionando.
Não é uma máquina virtual completa, como num VPS. Todas as contas usam o mesmo sistema operacional, o que deixa o servidor leve, mas cada uma tem a sua cota. Funciona como um prédio com medidor de água individual: você paga e usa o que é seu, e o vazamento do vizinho não esvazia a sua caixa.
Limites de CPU, memória e processos
O administrador do servidor define, conta por conta ou por plano, quanto cada uma pode usar. Os valores exatos variam de hospedagem para hospedagem; os nomes dos limites são estes:
| Limite | O que controla |
|---|---|
| SPEED (CPU) | Quanto de processador a conta pode usar, em porcentagem de um núcleo |
| PMEM | Memória RAM física usada pelos processos da conta |
| EP (entry processes) | Quantas requisições ao PHP podem ser atendidas ao mesmo tempo |
| NPROC | Número total de processos da conta, contando os em segundo plano |
| IO e IOPS | Velocidade de leitura e gravação no disco e número de operações por segundo |
| Inodes | Quantidade de arquivos e pastas |
O EP é o que mais confunde. Ele não é o número de visitantes do site, e sim de pedidos sendo processados naquele exato momento. Uma página em cache responde em milissegundos e quase não ocupa EP. Uma busca pesada que leva 8 segundos ocupa um EP durante 8 segundos inteiros.
O que acontece quando o site atinge o limite
Atingir um limite não tira o site do ar por dias nem gera multa. O efeito é imediato e passa quando o consumo cai. Cada limite tem um sintoma diferente:
- CPU ou disco no limite: nada é derrubado, mas o site fica mais lento, porque os processos esperam a vez.
- EP no limite: as requisições que passam da cota recebem o erro 508 Resource Limit Reached.
- Memória ou processos no limite: o script que tentou passar da cota é interrompido, e o visitante costuma ver um erro 500 ou 503.
- Inodes no limite: o site para de conseguir criar arquivos novos, o que afeta uploads, cache e até e-mails.
Cada vez que a conta bate num limite, o sistema registra uma “falha” (fault). No cPanel, a tela Uso de recursos (Resource Usage) mostra esse histórico com data e hora, o que ajuda a cruzar com o horário de uma campanha ou de um ataque.
Bateu no limite com frequência? Antes de trocar de plano, confira o básico: plugin de cache ativo, robôs e tentativas de login bloqueados, tarefas agendadas do WordPress (wp-cron) rodando em intervalo razoável e plugins pesados desativados. Muitas vezes o consumo cai pela metade só com isso. Se o tráfego cresceu de verdade, aí é hora de subir de plano.
CageFS: cada conta no seu próprio cercado
O LVE cuida de quanto cada conta consome. O CageFS cuida do que cada conta enxerga. Ele monta um sistema de arquivos virtual para cada usuário, e de dentro dele não dá para ver:
- os arquivos e pastas das outras contas;
- a lista de usuários do servidor;
- os processos que outros clientes estão rodando;
- os arquivos de configuração do servidor.
Na prática, se um site for invadido por causa de um plugin desatualizado, o invasor fica preso naquela conta. Ele não consegue sair navegando pelas pastas dos vizinhos atrás de senhas de banco de dados. O CageFS também deixa disponíveis só os programas considerados seguros, o que corta vários caminhos usados para escalar privilégios.
Para o dono do site, tudo isso é transparente: os scripts funcionam do mesmo jeito, sem nenhuma adaptação.
Várias versões de PHP com PHP Selector e alt-php
Num servidor comum, todos os sites rodam a mesma versão de PHP, e atualizar significa arriscar quebrar quem tem código antigo. O CloudLinux resolve isso com o PHP Selector: cada conta escolhe a própria versão, liga e desliga extensões e ajusta opções como limite de memória e tamanho máximo de upload.
No cPanel, o caminho costuma ser este:
- Entre no cPanel e procure Selecionar versão do PHP (Select PHP Version), na área Software.
- Escolha a versão na lista e clique em aplicar.
- Na mesma tela, marque as extensões de que o site precisa e ajuste as opções na aba de configurações.
- Abra o site e o painel administrativo para conferir se está tudo normal.
As versões oferecidas pelo seletor são os pacotes alt-php, compilados e mantidos pela própria CloudLinux. A diferença em relação a um PHP comum é que eles recebem correções de segurança mesmo em versões que a comunidade do PHP já parou de atualizar. Parte desse suporte estendido hoje vem da TuxCare, marca da própria CloudLinux.
Corrigido não quer dizer recomendado: ter correções numa versão antiga do PHP dá tempo para migrar, mas não substitui a migração. Plugins e temas novos deixam de funcionar nelas, e o desempenho é pior. No alerta sobre as falhas críticas no PHP de outubro de 2026, a recomendação foi usar o PHP 8.2 ou mais novo, de preferência 8.3 em diante.
O mesmo esquema vale para outras linguagens: há seletores para Python e Node.js, que permitem rodar aplicações nessas linguagens na mesma conta, cada uma com a sua versão.
Por que isso importa na escolha da hospedagem
Quem compara planos de hospedagem raramente vê “CloudLinux” na lista de recursos como algo decisivo. Mas ele muda a experiência em três pontos bem concretos:
| Situação | Servidor sem isolamento | Servidor com CloudLinux |
|---|---|---|
| Um vizinho recebe um pico de acessos | Todo o servidor fica lento | Só o site do vizinho desacelera |
| Um site do servidor é invadido | O invasor pode tentar ler arquivos de outras contas | O invasor fica preso naquela conta |
| Você precisa de outra versão de PHP | Depende de o servidor inteiro mudar | Você troca sozinho no painel |
Isso pesa na estabilidade da hospedagem, que é o que o visitante percebe. Também ajuda a ler os planos com mais atenção: dois planos com o mesmo espaço em disco podem ter limites de CPU, memória e EP bem diferentes, e são esses limites que dizem quanto tráfego o site aguenta.
Quando o site já ocupa a cota inteira o tempo todo, mesmo depois de otimizado, o próximo passo é um ambiente com recursos dedicados. Os tipos de servidor e quando cada um faz sentido estão no guia de servidores de hospedagem.
Na SAN: a hospedagem de sites roda em Instâncias Cloud com CloudLinux e cPanel, tráfego ilimitado, migração gratuita e suporte em português.
Perguntas frequentes
Sim. O nome oficial é CloudLinux OS, escrito junto, mas muita gente busca por “cloud linux”. É uma distribuição Linux para servidores de hospedagem, não um serviço de nuvem.
É a mensagem que o CloudLinux devolve quando o site já está atendendo o número máximo de requisições simultâneas permitido para a conta (limite EP). Ela some quando o pico passa; se aparece com frequência, revise o cache e o tráfego de robôs ou aumente o plano.
No cPanel, abra a tela Uso de recursos (Resource Usage). Ela mostra o consumo de CPU, memória e processos e registra cada vez que a conta atingiu um limite, com data e hora.
Pode, pelo PHP Selector, e as versões alt-php recebem correções de segurança mesmo depois do fim do suporte oficial. Mesmo assim, use a versão antiga só enquanto prepara a migração: o recomendado é PHP 8.2 ou mais novo, como explica o alerta de segurança do PHP.
Não. O CloudLinux é instalado no servidor pela empresa de hospedagem. Você só usa os recursos dele pelo painel, como a escolha da versão do PHP e a tela de uso de recursos.
