CloudLinux OS 9: Funcionalidades e limitações no alojamento partilhado

Entender bem o CloudLinux OS 9

O CloudLinux OS 9 é uma geração de sistemas operativos que continua a ser documentada para hospedagem compartilhada baseada no AlmaLinux 9. No entanto, não deve ser confundida com o CloudLinux OS 10, que o fabricante considera um ramo principal distinto. O número da versão, por si só, não descreve nem o âmbito da licença nem os componentes de alojamento partilhado disponíveis num servidor específico.

Para a classificação, o Kernel do AlmaLinux Importante: O CloudLinux OS 9 já não utiliza um kernel próprio do CloudLinux, mas sim o kernel do AlmaLinux. Por isso, um elemento do nome como „LVE“ na versão do kernel não é um critério adequado para avaliar o isolamento ativo de recursos. O LVE deve ser verificado através dos componentes do CloudLinux instalados e do seu estado de funcionamento, e não através da sequência de caracteres no nome do kernel.

Esta distinção evita um equívoco comum no caso de um Atualização do CloudLinux: Uma atualização para o OS 9 não substitui a verificação de limites, do CageFS, dos manipuladores PHP ou do controlo da base de dados. A versão do sistema operativo constitui a base técnica; as funcionalidades visíveis para os clientes resultam apenas da combinação da licença, dos pacotes e da integração do painel de controlo. Especialmente no caso de servidores de grande dimensão, estes níveis podem diferir entre si.

Opcionalmente, para o CloudLinux OS 9, está disponível um Kernel LTS disponível. Segundo o fabricante, inclui correções de segurança e menos alterações do código-fonte original do que o kernel normal do AlmaLinux. Isto pode ser adequado para ambientes com um planeamento conservador das alterações, mas não é, de forma geral, a melhor escolha. Os fornecedores devem ponderar os requisitos relativos aos controladores de hardware, ao software utilizado, aos processos de manutenção e à estratégia de kernel de todo o parque de servidores.

Separar claramente as edições e as licenças

O número de versão CloudLinux OS 9 não se refere nem a uma edição nem a uma licença. No que diz respeito à hospedagem partilhada, é importante distinguir, em particular, entre o CloudLinux OS Legacy, anteriormente denominado CloudLinux OS Shared, e o CloudLinux OS Shared Pro. O Legacy suporta um número ilimitado de contas de hospedagem e inclui componentes consagrados, como o LVE, o CageFS, o MySQL Governor, o PHP Selector e os seletores de idioma.

O Shared Pro deve ser considerado separadamente: a visão geral das edições atribui funcionalidades como o PHP X-Ray, o Centralized Monitoring e o AccelerateWP a esta edição. Por conseguinte, uma atualização do CloudLinux do OS 8 para o OS 9 não ativa estas funcionalidades se não existirem a licença Pro adequada e os respetivos pré-requisitos de instalação e do painel.

O CloudLinux OS Admin também não é uma versão reduzida do Shared Pro. Esta edição destina-se a um âmbito diferente; entre outras coisas, não inclui o MySQL Governor. Quem pretenda limitar a sobrecarga da base de dados por conta de alojamento não deve, portanto, deduzir a disponibilidade desta ferramenta apenas com base numa instalação existente do CloudLinux.

Antes de confirmar o funcionamento, é necessário responder separadamente a três perguntas: qual é a edição licenciada, quais são os pacotes instalados e se o painel existente suporta o componente pretendido? Além disso, as versões dos pacotes individuais podem alterar os pré-requisitos. Uma conversão bem-sucedida do sistema operativo comprova apenas a conclusão da etapa de conversão; não confirma automaticamente que todos os módulos opcionais estejam prontos para utilização.

Isolamento e limites na hospedagem partilhada

No alojamento partilhado, cumpre LVE A tarefa de limitar o consumo de recursos por conta. Isso inclui, entre outros, a CPU, a memória RAM, as operações de entrada e saída, os processos e os acessos simultâneos à Web. Caso um projeto atinja os seus limites, o seu consumo não deve sobrecarregar de forma desproporcionada outras contas. Trata-se de uma proteção contra o consumo excessivo, mas não de uma correção automática de aplicações lentas ou de consultas a bases de dados com erros.

Nas ofertas para revendedores, os limites dos revendedores complementam os limites da conta. Estes limitam o consumo agregado das subcontas de um revendedor. Os planos individuais podem ter valores nominais mais elevados, mas as subcontas, no seu conjunto, não podem exceder o limite superior. Isto torna as capacidades e as promessas dos planos mais transparentes, mas exige um planeamento adequado do limite global.

O CageFS tem um objetivo diferente do LVE: o Isolamento do sistema de ficheiros limita o ambiente visível do sistema de um utilizador e destina-se a impedir o acesso a ficheiros de outras contas de alojamento. No entanto, não substitui uma arquitetura de segurança completa. Nos servidores cPanel, a documentação do fabricante refere, por exemplo, o WebDAV, o Gestor de Ficheiros, o Webmail e o servidor FTP sem um chrooting correto como cenários em que o CageFS não é eficaz. A proteção de ligações simbólicas e uma configuração segura dos serviços continuam a ser tarefas independentes.

O PHP Selector permite a seleção de versões e extensões de PHP partilhadas centralmente e requer o CageFS. O MySQL Governor monitoriza a utilização da base de dados por utilizador e pode limitar as contas que causam sobrecarga; por outro lado, o mod_lsapi é um gestor de PHP para o Apache. Os componentes complementam-se, mas não são intercambiáveis. A sua disponibilidade e combinação adequada dependem da edição, do servidor web e da configuração.

A integração do painel requer especial atenção. Nos sistemas cPanel, os clientes não devem encontrar simultaneamente o PHP Selector e uma opção MultiPHP concorrente como alternativas equivalentes, pois isso pode dar origem a configurações contraditórias. Além disso, nem todos os painéis integram todas as funcionalidades com o mesmo nível de abrangência. Para uma distinção mais aprofundada entre o isolamento de contas e de sites, consulte o artigo sobre SecureLVE e isolamento de processos na hospedagem partilhada; no entanto, a licença, o suporte documentado do painel e a configuração concreta do servidor continuam a ser determinantes.

Selecionar componentes de acordo com a aplicação

Para a escolha, o que conta é a função específica da empresa, e não apenas a designação «CloudLinux OS 9». O sistema operativo, a edição, a licença, os pacotes instalados e o painel de controlo constituem critérios de avaliação distintos. As extensões do Shared Pro não ficam automaticamente disponíveis através de uma atualização do sistema operativo; é necessário verificar em conjunto a visão geral das edições e os requisitos de cada componente.

A tabela serve como orientação para a tomada de decisões, não como autorização para a instalação. Antes de dar o teu aval, verifica a versão do painel suportada, o gestor PHP, a licença específica e o estado do pacote. A CloudLinux documenta as suas próprias condições de integração para cada componente; por isso, uma funcionalidade que, em princípio, esteja disponível pode estar ausente num determinado ambiente de painel ou ser gerida de forma diferente.

Para o planeamento tarifário, esta distinção é particularmente importante: Limites LVE protegem a capacidade partilhada do servidor ao nível da conta, enquanto os limites para revendedores estabelecem um limite máximo partilhado adicional para as subcontas. Por outro lado, o CageFS, o PHP Selector e o MySQL Governor desempenham outras funções. Por conseguinte, a escolha de um componente deve basear-se no estrangulamento observado ou na necessidade de proteção, e não numa lista genérica de funcionalidades.

Planear de forma prática os limites e a gestão do PHP

Se uma loja WordPress gerar picos de carga, os limites da conta restringem a CPU, a memória, as operações de entrada e saída, os processos e os acessos simultâneos à Web. Isto mantém o consumo da conta em questão dentro de um limite definido e pode proteger outras contas contra o consumo excessivo. Para a análise das causas, é fundamental identificar qual o limite que é efetivamente atingido, em vez de se limitar a suspeitar de um abrandamento geral do servidor.

No entanto, o facto de se ter atingido um limite não constitui um diagnóstico do problema da loja. Uma extensão defeituosa, consultas dispendiosas à base de dados, uma importação ou a ausência de cache podem ser a causa da sobrecarga. Valores mais elevados deslocam o limite, mas não eliminam a causa. Por isso, verifique primeiro os dados dos recursos e a aplicação; só depois se deve decidir se é adequada uma otimização, um outro plano ou capacidade adicional.

No caso de um revendedor com muitos planos de pequeno porte, uma Limite de revendedores os limites de cada cliente final. Cada subconta pode ter os seus próprios valores, mas o consumo total simultâneo destas não pode exceder o limite superior. Isto impede que um revendedor, devido à soma de muitos clientes ativos, utilize mais recursos do que os previstos para a sua oferta.

No PHP, deve existir exatamente uma interface de seleção clara por conta de cliente. O PHP Selector requer o CageFS. Em sistemas cPanel, a utilização em paralelo com o MultiPHP pode dar origem a expectativas contraditórias, caso os clientes alterem as versões em locais diferentes. Por isso, define qual a interface que fica visível, quais as versões que são autorizadas e quem gere as exceções.

O artigo interno explica como os termos CPU, PMEM, I/O, IOPS, EP e NPROC podem ser traduzidos em perfis tarifários concretos Configurar corretamente o CloudLinux LVE Manager na hospedagem partilhada. Os valores aí apresentados não são automaticamente aplicáveis a qualquer hardware ou estrutura do cliente. O desempenho do armazenamento, o conjunto de aplicações e a análise das falhas reais continuam a ser determinantes para cada configuração.

Isolar vários sites por conta

Uma única conta de alojamento inclui frequentemente o site principal, a loja online, o ambiente de teste e os projetos dos clientes. O limite da conta, por si só, não separa estas aplicações umas das outras. Isolamentos do CloudLinux Está classificada pelo fabricante como versão beta. Esta funcionalidade permite configurar um isolamento do sistema de ficheiros por domínio, de modo a que o acesso de um site aos ficheiros de outros sites da mesma conta seja delimitado. Por isso, é uma opção a considerar para contas com projetos de diferentes níveis de risco ou responsabilidades.

Distintos destes são os limites de LVE por domínio. Estes destinam-se a limitar os recursos por site, em vez de apenas para toda a conta do cliente. O CloudLinux também identifica explicitamente esta camada como estando em fase beta e refere-a como tal para o OS 8 e o OS 9. A separação do sistema de ficheiros e os limites de recursos por domínio são, portanto, dois níveis distintos com requisitos diferentes.

• No que diz respeito aos limites do LVE por domínio, o CloudLinux indica, no mínimo, o lve-stats3 5.1.0-1 e o lve-utils 6.6.40-1.
• O gestor PHP e o painel de controlo têm de suportar a respetiva configuração do Isolates.
• A separação do sistema de ficheiros por domínio pode ser possível, embora os requisitos para os limites de domínio ainda não estejam preenchidos.

Por isso, deve verificar os pré-requisitos separadamente: primeiro, se a função beta «Isolates» está documentada com o painel e o handler utilizados para a camada do sistema de ficheiros pretendida; depois, as versões dos pacotes e o estado beta dos limites de recursos. No caso do LiteSpeed autónomo, o CloudLinux documenta atualmente apenas o suporte para o cPanel. Não se deve deduzir que outras combinações possíveis sejam igualmente suportadas.

O Isolates pode reduzir o âmbito de aplicação dentro de uma conta, mas não substitui a manutenção das aplicações. Continua a ser necessário atualizar os plugins, utilizar dados de acesso separados, efetuar cópias de segurança e implementar uma gestão de direitos adequada. Para uma conta com vários projetos de clientes independentes, o Isolamento de domínios após uma verificação de compatibilidade documentada, pode, ainda assim, ser um limite adicional mais adequado do que apenas limites comuns de conta.

Preparar a migração para o OS 9

A migração para o CloudLinux OS 9 é uma conversão planeada e não uma atualização normal de pacotes. Pode afetar os pacotes instalados, as configurações dos repositórios e a integração com o painel de alojamento. Por isso, antes de iniciar, verifica o sistema operativo de origem, a arquitetura da CPU, o ambiente de virtualização e a integração com o CloudLinux suportada pelo respetivo painel.

Defina um período de manutenção e trabalhe com cópias de segurança completas e testadas ou instantâneos consistentes de máquinas virtuais, que possam ser restaurados de acordo com o procedimento de recuperação aplicável em cada caso. Como boa prática administrativa, recomenda-se ainda documentar previamente as fontes de pacotes, os serviços ativos e as configurações divergentes. Desta forma, é possível identificar de forma específica as diferenças após a conversão, sem tratar a documentação como um substituto de um backup.

Após a migração do sistema, a verificação não deve terminar com a conclusão bem-sucedida do processo de conversão. Verifique os repositórios integrados, bem como a integração com o painel, e trate os componentes adicionais separadamente. O PHP Selector, o X-Ray ou o AccelerateWP têm os seus próprios requisitos de instalação, licença e integração com o painel; o facto de a base OS-9 estar operacional não garante automaticamente a disponibilidade destes componentes.

Uma limitação importante diz respeito ao caminho da versão: a conversão mantém a versão principal da base inicial. Por conseguinte, não transforma diretamente um sistema CentOS 7 num sistema CloudLinux OS 9. Para essa mudança de geração, é necessário um processo de migração adequado, como, por exemplo, uma reinstalação com transferência de dados e contas, em vez de considerar a conversão como uma atualização que abrange várias versões principais.

Verificar pacotes, kernel e erros

Após a instalação ou atualização, a verificação de funcionamento começa com um levantamento do estado atual. Verifique primeiro o kernel em execução. O CloudLinux OS 9 utiliza o kernel AlmaLinux; por isso, a ausência da parte do nome „LVE“ no resultado não significa necessariamente que faltem funcionalidades LVE. O comando limita-se a indicar a versão do kernel atualmente em execução.

uname -r

Em seguida, verifica os pacotes principais instalados. O resultado apresenta os nomes dos pacotes e as versões, ou indica se algum pacote não está instalado. Esta verificação não substitui nem a verificação da licença nem a verificação de se o Painel de Controlo utilizado integra corretamente a interface e as funcionalidades correspondentes.

rpm -q lve lvemanager cagefs lve-utils

Se pretender avaliar os limites por domínio com o CloudLinux Isolates, verifique também as versões dos pacotes documentadas para esse efeito. A consulta não altera nenhuma configuração. Os LVEs de domínio estão marcados como «Beta»; por isso, uma versão de pacote compatível, por si só, não confirma nem a compatibilidade prática do gestor de PHP nem o suporte por parte do painel.

rpm -q lve-stats3 lve-utils

Para a análise das causas, são necessários Falhas e os dados sobre recursos são mais reveladores do que um aumento generalizado de todos os limites. Se uma conta atingir um limite, deves primeiro determinar se são afetados a CPU, a memória, as E/S, os processos ou os acessos simultâneos. Em seguida, verifica as aplicações e as consultas à base de dados, avalia o cache e, em caso de necessidade permanente, reajusta a capacidade ou o plano de tarifário.

Evitar equívocos típicos

A distinção mais importante é a seguinte: o CloudLinux OS 9 refere-se à geração do sistema operativo, e não ao conjunto completo de funcionalidades de uma licença de alojamento. O CloudLinux OS 10 constitui um ramo principal distinto; por isso, as afirmações relativas ao OS 9 não se aplicam automaticamente ao OS 10. Além disso, o Shared Pro continua a ser uma edição distinta, com funcionalidades adicionais como o PHP X-Ray, o Centralized Monitoring e o AccelerateWP.

Da mesma forma, uma conversão bem-sucedida não deve ser considerada como uma autorização total de todos os módulos. Após a migração, a ligação ao painel, o estado dos pacotes, o âmbito da licença e os pré-requisitos de cada função adicional devem ser verificados separadamente. Isto evita que sejam prometidas aos clientes funções que, embora possam fazer parte da edição escolhida, ainda não estejam configuradas ou não sejam suportadas no servidor em questão.

No caso dos Isolates do CloudLinux, é necessária uma precisão especial. A documentação do fabricante classifica os Isolates, no seu conjunto, como estando em fase Beta. Além disso, a separação do sistema de ficheiros dos sites dentro de uma conta e os limites opcionais de LVE por domínio não são equivalentes; os limites por domínio também são expressamente considerados Beta. Antes da implementação, devem ser verificados os manipuladores PHP, o painel de controlo e os pré-requisitos de pacotes documentados.

Também Limites de recursos não resolvem as causas num aplicativo. Para a análise operacional, faz sentido avaliar primeiro as falhas e o tipo de recurso afetado: o CloudLinux pode identificar excedências de limites para CPU, memória, E/S, IOPS, ligações simultâneas e processos. Só depois é que se deve avaliar a aplicação, as consultas à base de dados, as tarefas Cron e o armazenamento em cache, bem como determinar se é realmente necessária mais capacidade.

Para a tomada de decisões operacionais, os limites da conta são suficientes quando se pretende, acima de tudo, separar os projetos dos clientes uns dos outros e limitar os picos de carga. Os limites para revendedores são também adequados quando um revendedor precisa de controlar a capacidade conjunta das suas subcontas. O isolamento de sites deve ser considerado uma opção beta para vários projetos com diferentes níveis de risco numa mesma conta, mas apenas após uma verificação de compatibilidade documentada e com uma indicação clara do seu estado.