Isolamento por site
O isolamento é a diferença entre um incidente e uma interrupção. Cada site que hospedamos opera dentro de uma jaula CloudLinux LVE no nível do kernel, com seus próprios limites máximos de CPU, RAM, E/S e processos, sua própria visualização do sistema de arquivos CageFS, sua própria versão do PHP e seu próprio controle de banco de dados. Um site que seja atacado, comprometido ou simplesmente execute uma consulta pesada é contido onde está — e a linha de base de isolamento está incluída em todos os planos, não sendo vendida a você como um upgrade. Disponibilidade: o controle de banco de dados por site e as estatísticas de recursos por site estão em desenvolvimento ativo e ainda não estão disponíveis. Todo o restante descrito aqui já está ativo hoje.
A frota de workers executa o CloudLinux OS, que transfere o multi-tenancy diretamente para o kernel. Cada site recebe um Lightweight Virtual Environment — um LVE —, que é um limite rígido e não apenas uma convenção de cortesia. Nada do que um site faz dentro de sua gaiola pode ser consumido do orçamento de outra pessoa.
O LVE limita CPU, RAM, IO, IOPS, processos e entry-processes para cada site de forma independente. Quando um site excede o seu teto, ele sofre estrangulamento dentro da sua própria cage — a falha é registrada contra esse site, e os sites adjacentes continuam funcionando sem sofrer qualquer impacto.
Um plugin preso em um loop, uma tarefa cron mal escrita ou um rastreador sobrecarregando um endpoint atingem primeiro os limites de processos e de processos de entrada do próprio site. Um único site não pode simplesmente consumir toda a máquina.
Como os processos de entrada são limitados por cage, uma enxurrada de tráfego direcionada a um site não pode abrir trabalho ilimitado no host. A limitação de conexões e requisições do LiteSpeed e o firewall de rede Imunify360 ficam à frente disso, de modo que o ataque continua sendo um problema apenas do alvo.
Cada falha de LVE é registrada por site e flui para o mecanismo de políticas da plataforma, que pode restringir ou flexibilizar os limites automaticamente. O senhor vê por que um site foi limitado e quando — de forma gradual, reversível e registrada.
O isolamento de recursos impede que um site sobrecarregue o sistema. O isolamento do sistema de arquivos impede que ele seja indiscreto. O CageFS oferece a cada usuário uma visualização privada e restrita da máquina.
Sob o CageFS, um locatário vê apenas seus próprios arquivos e um conjunto mínimo e sanitizado de binários do sistema — e não pode ver outros locatários, sites de outros locatários ou arquivos confidenciais do sistema. O modo comum de falha da hospedagem compartilhada, no qual uma conta comprometida se torna uma posição de leitura sobre todas as outras contas no servidor, é bloqueado diretamente no kernel.
Isso é o que mais importa no dia em que algo dá errado. Se um site for comprometido — por meio de um plugin desatualizado, uma credencial roubada ou um tema vulnerável —, o CageFS é o que mantém o raio de impacto restrito àquela única cage. Nossa especificação de segurança é criteriosa na escolha das palavras: o CageFS contém violações. Contenção é uma promessa honesta, e é ela que determina se um incidente resultará na limpeza de um único site ou de toda a infraestrutura.
Os backups reforçam o mesmo limite. Os backups por site são imutáveis, externos e isolados da frota em execução, com restaurações testadas, de modo que mesmo a pior invasão em um site conta com um caminho de recuperação limpo e independente, que não depende do estado da máquina em que estava sendo executado.
O isolamento da camada web é apenas metade da história. Em uma frota WordPress, o que mais frequentemente deixa um servidor lento são as consultas de um único site, e não o tráfego dele. Isso é tratado explicitamente.
O CloudLinux MySQL Governor limita o uso do banco de dados por site, evitando que as consultas pesadas de um site deixem o servidor lento para todos os outros. Ele atua no controle contra lentidão e funciona mesmo que o site causador nunca perceba que está sendo contido.
A frota executa MariaDB (ou Percona), escolhido especificamente para cargas de trabalho do WordPress em vez de ser herdado por padrão, com o Governor atuando no topo como a camada de imparcialidade por locatário.
Um cache de objetos Redis por site absorve leituras repetidas antes que elas alcancem o banco de dados, o que reduz de início a pressão que o Governor precisa arbitrar. O cache e o isolamento funcionam como um sistema único.
O CloudLinux alt-PHP oferece a cada site seu próprio seletor de versão do PHP, suas próprias extensões (imagick, gd, redis e as demais) e suas próprias configurações reforçadas — com workers LSAPI limitados pelos limites de LVE desse site, para que a simultaneidade do PHP faça parte da gaiola, em vez de uma fuga dela.
O isolamento decide até onde um problema se espalha. A aplicação decide o que acontece a seguir. Substituímos a suspensão brusca de ativar/desativar por uma máquina de estados, orientada por fluxos de trabalho duráveis e aplicada no worker por meio de LiteSpeed, LVE e Imunify.
O isolamento não é um recurso de plano que surge três níveis acima. É uma propriedade da infraestrutura de base, portanto é idêntico quer você esteja operando uma única loja WooCommerce ou dois mil sites em rede.
As redes em massa e PBN operam no mesmo substrato LVE e CageFS, juntamente com a rotação de contas CDN com reconhecimento de footprint e entrega de HTML estático. O isolamento é o que torna a densidade segura: os sites compartilham uma frota sem compartilhar o mesmo destino.
Sites gerenciados WordPress, WooCommerce, PHP, estáticos e Node contam com os mesmos ambientes isolados (cages) e autoatendimento completo — sua própria versão e extensões do PHP, cache de objetos Redis, staging e publicação em produção (push-to-live).
Para cargas de trabalho que exigem um limite mais rigoroso do que o padrão otimizado para densidade, o isolamento completo de contêiner por site é oferecido como uma variante de driver de provisionamento: mesmo mecanismo, mesmo plano de controle, posicionamento diferente, com maior sobrecarga.
O isolamento LVE e CageFS, o WAF proativo e a verificação de malware estão incluídos para todos os clientes, pois um site infectado ou descontrolado ameaça seus vizinhos e a nossa reputação de IP. A limpeza de malware em um clique e os níveis avançados de proteção são complementos pagos — o plano básico não é.
A tentação comercial na hospedagem é vender segurança em camadas: colocar os clientes de baixo custo em uma máquina compartilhada com limites flexíveis e cobrar daqueles que se preocupam com uma fronteira de isolamento. Nós não fazemos isso, porque o cliente que não pagou pelo isolamento é exatamente aquele cujo site comprometido se torna o incidente de todos os outros.
Hospedamos mais de 700.000 sites em todo o mundo, em uma infraestrutura na qual a densidade é toda a proposta econômica. Isso só funciona se o isolamento subjacente for incondicional. Gaiolas no nível do kernel, uma visualização privada do sistema de arquivos, limitação de banco de dados por site e PHP por site são o preço para operar nessa escala sem destino compartilhado — portanto, estão ativados para todos, em todos os planos, desde o primeiro site implantado por você.
O resultado é uma plataforma que se comporta de forma previsível nos dias difíceis de outras pessoas. Por trás dela, há uma garantia de 99,99% de tempo de atividade, backups externos imutáveis por site com restaurações testadas e uma trilha de auditoria completa de cada ação de fiscalização executada em seus sites.
O isolamento foi projetado especificamente para impedir isso. O LVE limita a CPU, a RAM, a E/S, os IOPS e os processos por site, o MySQL Governor controla o uso do banco de dados por site e os workers do LSAPI ficam restritos à própria jaula do site — portanto, um pico de tráfego de um vizinho ou uma carga pesada de consultas é contido pelo teto dele, e não pelo seu. Cada falha é registrada por site, e o mecanismo de políticas pode restringir automaticamente os limites de um site com alto consumo.
A resposta honesta é contenção, em vez de uma garantia. O CageFS oferece a cada locatário uma visualização isolada do sistema de arquivos — um locatário comprometido não pode ver outros locatários, seus sites ou arquivos confidenciais do sistema — e um caso confirmado de malware ou phishing move esse site para a quarentena: offline, arquivos bloqueados, sem execução, isolado para perícia forense. É isso que limita o raio de impacto. Paralelamente, executamos verificação de malware e um WAF proativo em cada site, além de backups externos imutáveis por site com restaurações testadas, de modo que a recuperação nunca dependa do estado da máquina envolvida.
Está incluído em todos os planos. O isolamento com LVE e CageFS, o WAF proativo e a verificação de malware são a base para todos os clientes, pois um site infectado ou descontrolado ameaça seus vizinhos e a reputação de nossos IPs — não podemos, sensatamente, deixar isso como opcional. O que é vendido como complemento é a limpeza e correção de malware com um clique, além de níveis avançados de proteção, como regras aprimoradas de WAF, verificação prioritária, gerenciamento de bots e níveis superiores de proteção contra DDoS.
Ele é limitado dentro de sua própria gaiola em vez de ser desativado. Estar limitado significa limites de LVE mais rígidos e limitação de taxa com o site ainda ativo e funcionando, e ele se recupera automaticamente assim que a causa for resolvida. Você é notificado com o motivo, a transição é registrada com suas evidências e ela pode ser contestada. Se a carga for um crescimento genuíno em vez de uma falha, a solução é um plano maior, não uma limitação permanente.
Não — um site suspenso exibe uma página de retenção personalizada e específica para o motivo (faturamento, manutenção ou abuso), para que pareça intencional e não com defeito. A suspensão é revertida mediante pagamento, correção ou recurso. A quarentena é mais rigorosa e funciona de maneira diferente: ela só é revertida após limpeza e análise, nunca automaticamente.
No Zinn® Managed WordPress, sim — o CloudLinux alt-PHP oferece a cada site seu próprio seletor de versão do PHP, suas próprias extensões, como imagick, gd e redis, e suas próprias configurações reforçadas, tudo delimitado pelos limites de LVE desse site. A hospedagem Footprint-Free executa deliberadamente uma configuração por site mais padronizada e restrita, porque a variedade de configurações é, por si só, uma pegada (footprint).
Sim. CloudLinux LVE e CageFS são o padrão otimizado para densidade em ambas as linhas de produtos. Para cargas de trabalho que exigem um limite mais rígido, o isolamento completo de contêiner por site é oferecido como uma variante de driver de provisionamento — o mesmo mecanismo e plano de controle com posicionamento diferente, trocando sobrecarga por uma separação mais forte.
Sim. A Hospedagem Footprint-Free começa com um teste de 14 dias sem necessidade de cartão cobrindo até cinco sites — sem dados de pagamento, sem compromisso. Implante alguns sites, envie algum tráfego para eles e veja como as cages se comportam antes de decidir.
Comece uma avaliação gratuita de 14 dias sem cartão no Footprint-Free Hosting — até cinco sites, sem dados de pagamento, sem compromisso. O isolamento em nível de kernel, o WAF proativo e a varredura de malware estão incluídos desde o primeiro deploy.
Comece grátis