Resource Usage do DirectAdmin e problemas de desempenho (Resource Limit Is Reached)
No painel de controlo DirectAdmin encontra, em baixo, a opção Resource usage. Aqui pode ver como evoluem a utilização de CPU e o número de processos do seu plano de alojamento. O controlo destes limites é necessário no alojamento partilhado, porque partilha o servidor com outros utilizadores/sites. Assim conseguimos evitar, em grande parte, que um site use demasiados recursos, o que prejudicaria outros sites no mesmo servidor.
Alguns sites grandes/pesados (como lojas online) já precisam, em utilização normal, de mais capacidade de processamento do que outros sites; se tiver a certeza de que o site funciona corretamente, o que se segue não se aplica. Nesse caso, uma opção é fazer upgrade para um plano de alojamento mais potente, com mais capacidade de processamento. Veja aqui os nossos planos de alojamento. Este artigo explica melhor quais podem ser as causas de um consumo elevado.
Uma breve explicação de como isto funciona.
Funcionamento
Com um plano de alojamento Linux, é-lhe atribuída uma determinada parte de um servidor de alojamento partilhado. Nessa parte funciona, em princípio, de forma totalmente independente: se outro site pedir demasiado CPU ou processos, em princípio não é afetado, e o contrário também se aplica. No entanto, se o seu site tiver um mau desempenho, é o próprio site que sofre as consequências. Os recursos disponíveis são normalmente mais do que suficientes para um site funcionar bem. Mas se o site não funcionar bem, por exemplo com scripts que acedem à base de dados de forma pouco eficiente, isso pode
causar este tipo de problemas e até fazer com que o seu site deixe de estar acessível ou deixe de funcionar bem.
Vários domínios em 1 plano de alojamento
Este mecanismo funciona por plano de alojamento; por isso, se tiver vários domínios num plano de alojamento, a probabilidade de atingir estes limites é ainda maior. Dê, portanto, a um domínio que tem de ter bom desempenho o seu próprio plano de alojamento, para que nunca seja afetado pelos outros domínios de um plano.
CPU Usage
No gráfico de CPU usage pode ver como o site se comporta. Pode consultar até 30 dias para trás. Se o seu site, com poucos utilizadores, já estiver alto no gráfico, pode ter quase a certeza de que terá problemas de desempenho quando o número de utilizadores aumentar. Acompanhe isto de perto para poder intervir a tempo. Se usar scripts padrão, isto também é recomendável. Se acrescentar plugins/módulos a esses scripts padrão, basta um desses módulos para a velocidade cair a pique. Verifique isto regularmente, sobretudo depois de alterar alguma coisa no seu site. Preste atenção à coluna aCPU, que mostra a média; a mCpu mostra os picos. Se houver picos de quase 100%, convém localizá-los antes que causem problemas.
Memory Usage
Raramente este limite é ultrapassado. Se isso acontecer, pode ter quase a certeza de que algo não está bem construído e por isso usa demasiada memória.
Entry Processes
Este valor, em combinação com o CPU usage, é muito determinante. O número de Entry processes mostra quantos processos estiveram ativos ao mesmo tempo para o seu site (não é igual ao número de visitantes; 1 processo pode servir muitos visitantes). Quando o limite é atingido, o site passa a mostrar uma mensagem de erro 404 com o texto 'The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.'. Se isso não acontecesse, poderia representar um perigo para todo o servidor, que poderia ficar em baixo. A combinação de CPU e processos é, por isso, muito importante. Se um script provocar uma utilização elevada de CPU, o processo demora mais tempo a concluir e o número máximo de utilizadores desce rapidamente. Assim, vemos por vezes sites com 10 utilizadores a ir abaixo, enquanto outros sites com milhares de utilizadores continuam a funcionar depressa e sem qualquer problema.
Veja também este artigo:
https://mijn.weboke.nl/kennisbank/66
Input/Output usage
Cada site que é mostrado tem de ser lido dos discos do servidor. É a isso que chamamos input/output. Normalmente, um site nunca deve ter mais de 0,5 ou 1MB para ser mostrado com alguma rapidez. Está definido um máximo de 3MB por segundo para leitura ou escrita em disco. Também este é um limite folgado e normalmente suficiente. Se atingir estes limites, é muito provável que o próprio site já seja demasiado grande ou que o site escreva (demasiado) em disco. Ativar/desativar plugins em scripts como Joomla/WordPress pode ter um grande efeito nisto. Quando o limite é atingido, pode haver atrasos ao mostrar, abrir ou trabalhar com o site.
Desativar o domínio e voltar a ativá-lo
Para deixar o seu domínio acalmar, pode, na gestão de domínios, abrir uma lista dos seus domínios, assinalar o domínio em causa (ou todos) e clicar em Suspender, em baixo. Deixe o domínio desativado cerca de dez minutos e depois volte a ativá-lo. É muito provável que volte a ficar online normalmente, mas também é provável que isto volte a acontecer.