{"id":22585,"date":"2022-02-02T10:25:18","date_gmt":"2022-02-02T12:25:18","guid":{"rendered":"https:\/\/king.host\/wiki\/?post_type=article&p=22585"},"modified":"2022-09-14T12:24:51","modified_gmt":"2022-09-14T15:24:51","slug":"distribuicao-de-recursos-e-cpu-time","status":"publish","type":"article","link":"https:\/\/king.host\/wiki\/artigo\/distribuicao-de-recursos-e-cpu-time\/","title":{"rendered":"Distribui\u00e7\u00e3o de recursos e CPU Time"},"content":{"rendered":"\n

Entenda o funcionamento do CPU Time, mem\u00f3ria, processamento e isolamento de recursos nos planos de Hospedagem e Revenda na kingHost.<\/em><\/p>\n\n\n\n

Neste artigo vamos explicar o que \u00e9 e como funciona o CPU Time<\/em> e por que uma aplica\u00e7\u00e3o pode gerar erro 500 ou 503. Tamb\u00e9m explicaremos como funciona a distribui\u00e7\u00e3o de recursos. Por fim, falamos sobre o upgrade de recursos, quando necess\u00e1rio.<\/p>\n\n\n\n

<\/span>O conceito de processo<\/span><\/h2>\n\n\n\n

Processo \u00e9 algo que est\u00e1 sendo executado no servidor<\/strong>. No caso do servidor web, \u00e9 a requisi\u00e7\u00e3o<\/strong>. No caso do PHP, ele executa o c\u00f3digo no servidor e entrega para quem est\u00e1 solicitando. Um script<\/em> de formul\u00e1rio rodar\u00e1 dentro de um processo no servidor, assim como um script<\/em> para conex\u00e3o com o banco e qualquer outro site, como um WordPress, por exemplo.<\/p>\n\n\n\n

Sendo assim, cada requisi\u00e7\u00e3o \u00e9 tratada por um processo, e se o seu site tiver muito acesso e ele s\u00f3 tiver 1 processo para tratar essas requisi\u00e7\u00f5es, haver\u00e1 um momento em que essas requisi\u00e7\u00f5es come\u00e7ar\u00e3o a ser enfileiradas no servidor.
J\u00e1 com 2 processos ou mais para essas requisi\u00e7\u00f5es, elas ser\u00e3o processadas mais r\u00e1pido.<\/p>\n\n\n\n

Fazendo uma analogia, imagine 50 pessoas em um supermercado com somente 1 caixa atendendo ou ent\u00e3o essas mesmas 50 pessoas sendo atendidas por 2 ou 3 caixas (ou mais). No fim das contas, se houver mais atendentes no caixa (processos), as filas ser\u00e3o dilu\u00eddas mais r\u00e1pido.<\/p>\n\n\n\n

<\/span>O conceito de poder de processamento<\/span><\/h2>\n\n\n\n

Poder de processamento \u00e9 capacidade de executar processos das aplica\u00e7\u00f5es. Ele \u00e9 medido por parte do servidor em GHz. Quanto maior o valor, mais poder de processamento.
Os nossos servidores web operam com CPUs com 2.6 GHz.<\/p>\n\n\n\n

<\/span>O conceito de mem\u00f3ria<\/span><\/h2>\n\n\n\n

A mem\u00f3ria, ou ent\u00e3o memory_limit, \u00e9 a capacidade de recurso que o processo ter\u00e1 para executar determinada a\u00e7\u00e3o. Ela est\u00e1 totalmente ligada ao qu\u00e3o complexo um determinado processo pode ser.<\/p>\n\n\n\n

Suponhamos que voc\u00ea est\u00e1 nos jogos ol\u00edmpicos, atuando no esporte de levantamento de peso. Voc\u00ea treinou bastante tempo e sabe que consegue levantar 130 Kg, mas para ganhar a medalha de ouro voc\u00ea precisa levantar 180 Kg. Pois bem, pode ser que voc\u00ea at\u00e9 consiga, mas com muito esfor\u00e7o. Provavelmente se voc\u00ea precisar repetir o feito mais 10 vezes seguidas, ter\u00e1 algum tipo de les\u00e3o, e a\u00ed est\u00e1 o nosso estouro de recursos, onde acontecem os erros 500<\/a> e 503<\/a>.<\/p>\n\n\n\n

Dito tudo isso, note que voc\u00ea precisa adequar a quantidade de processos e mem\u00f3ria de acordo com o que \u00e9 necess\u00e1rio para o seu site para que tenha bom desempenho.<\/p>\n\n\n\n

<\/span>Como funciona o nosso CPU Time<\/em><\/span><\/h2>\n\n\n\n

O CPU Time<\/em> \u00e9 uma garantia de tempo de execu\u00e7\u00e3o<\/strong> das aplica\u00e7\u00f5es dos clientes na kingHost, e n\u00e3o uma limita\u00e7\u00e3o<\/strong>. O que garantimos \u00e9 o tempo de execu\u00e7\u00e3o e n\u00e3o o percentual em determinado momento da execu\u00e7\u00e3o.<\/p>\n\n\n\n

Padr\u00e3o da m\u00e9trica: 100% de uso de um n\u00facleo do servidor em 1 segundo ser\u00e1 considerado 1 segundo de CPU Time<\/em>.<\/strong><\/p>\n\n\n\n

Ele \u00e9 v\u00e1lido ao longo do dia. O per\u00edodo de CPU Time<\/em> \u00e9 contabilizado pelo pr\u00f3prio CGroups\/FGroups (sistemas de coleta de dados e limita\u00e7\u00e3o\/isolamento de recursos de CPU e mem\u00f3ria para aplica\u00e7\u00f5es web) e ele usa qualquer processamento advindo do usu\u00e1rio por CPU usada.
Se um usu\u00e1rio tiver 4 processos rodando por 1 segundo em 4 CPUs, ele ser\u00e1 contabilizado por 4 segundos em seu total.<\/p>\n\n\n\n

<\/span>O tempo fornecido parece pouco?<\/span><\/h3>\n\n\n\n

Para grande maioria das necessidades, o recurso oferecido \u00e9 suficiente para suprir a necessidade de processamento.<\/p>\n\n\n\n

Segundo nossos estudos, e tamb\u00e9m o que \u00e9 oferecido no mercado, disponibilizamos um bom tempo de CPU Time<\/em> e de forma transparente (dados vis\u00edveis ao cliente).
Para aplica\u00e7\u00f5es que demandarem mais poder de processamento e CPU Time<\/em>, \u00e9 indicado o uso de Cloud.<\/p>\n\n\n\n

<\/span>E se voc\u00ea ultrapassar o limite de CPU Time<\/em>, o que acontece?<\/span><\/h3>\n\n\n\n

O CPU Time<\/em> por plano \u00e9 uma garantia de uso do poder de processamento e n\u00e3o uma limita\u00e7\u00e3o<\/strong>. Voc\u00ea at\u00e9 pode ultrapassar este valor, mas provavelmente a sua aplica\u00e7\u00e3o apresentar\u00e1 dificuldades de execu\u00e7\u00e3o (e poss\u00edveis erros 500).<\/p>\n\n\n\n

No Painel de Controle, no \u00edcone Performance<\/strong>, voc\u00ea poder\u00e1 gerenciar o uso de CPU Time<\/em> e identificar se precisar\u00e1 de um plano com maiores recursos.<\/p>\n\n\n\n

Exemplo:<\/p>\n\n\n\n

\"Exemplo<\/a><\/figure>\n\n\n\n

<\/span>O que n\u00e3o \u00e9 contabilizado no uso de CPU?<\/span><\/h3>\n\n\n\n

Conte\u00fados HTML, imagem (sem processamento por parte da aplica\u00e7\u00e3o, como redimensionamento), JS e CSS n\u00e3o contabilizam uso da CPU.<\/p>\n\n\n\n

Al\u00e9m deles, o Varnish tamb\u00e9m n\u00e3o \u00e9 contabilizado. Ali\u00e1s, o Varnish \u00e9 um outro servidor, est\u00e1 fora do servidor web. Ele consome bastante mem\u00f3ria RAM, mas pouco poder de processamento.<\/p>\n\n\n\n

<\/span>Recursos nos planos de hospedagem<\/span><\/h2>\n\n\n\n

Uma coisa importante que \u00e9 necess\u00e1rio entender \u00e9 a distribui\u00e7\u00e3o dos recursos dentro dos planos.
A mem\u00f3ria \u00e9 dividida entre os sites por raz\u00e3o absoluta<\/strong>. Isto \u00e9, conforme o n\u00famero de sites, o valor total \u00e9 dividido pelo todo.<\/p>\n\n\n\n

Imagine um cen\u00e1rio onde h\u00e1 um plano Hospedagem III (com 1 GB de mem\u00f3ria). Em um primeiro momento, o cliente hospedava apenas dois dom\u00ednios. Ent\u00e3o, a quantidade de mem\u00f3ria dispon\u00edvel para cada um dos sites era 512MB. Depois de algum tempo o cliente adicionou um terceiro site, ficando uma por\u00e7\u00e3o de 340MB para cada um dos sites (1 GB dividido por 3).<\/p>\n\n\n\n

Recurso<\/td>Hospedagem I<\/td>Hospedagem II<\/td>Hospedagem III<\/td><\/tr>
CPU time (segundos)<\/td>240<\/td>480<\/td>980<\/td><\/tr>
Mem\u00f3ria<\/td>256MB<\/td>512MB<\/td>1GB<\/td><\/tr>
Unidades de processamento<\/td>1<\/td>2<\/td>4<\/td><\/tr>
Processos (config. padr\u00e3o)<\/td>4x 64MB<\/td>4x 128MB<\/td>4x 256MB<\/td><\/tr>
Limite de processos<\/td>64x 4MB<\/td>128x 4MB<\/td>256x 4MB<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

<\/span>Recursos nos planos de revenda<\/span><\/h2>\n\n\n\n

At\u00e9 18\/02\/2019 disponibiliz\u00e1vamos nos planos antigos (Planos I, II, III, IV, V, VI, VII, VIII, IX e X) 384MB (sendo 3 processos de 128 MB) por dom\u00ednio e n\u00e3o era poss\u00edvel configurar o n\u00famero de processos e nem alterar este limite, a n\u00e3o ser que o revendedor optasse pela contrata\u00e7\u00e3o de um servidor dedicado.<\/p>\n\n\n\n

Foram desenvolvidas algumas melhorias em nossa Revenda de Hospedagem e, em 19\/02\/2019, passamos a disponibilizar 256MB por dom\u00ednio<\/strong> com a possibilidade de se gerenciar o n\u00famero de processos atrav\u00e9s da ferramenta Configura\u00e7\u00e3o PHP<\/strong>, do painel de controle.<\/p>\n\n\n\n

Recurso<\/td>Revenda 70<\/td>Revenda 140<\/td>Revenda 210<\/td><\/tr>
CPU time (segundos)<\/td>240<\/td>240<\/td>240<\/td><\/tr>
Mem\u00f3ria<\/td>256MB<\/td>256MB<\/td>256MB<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

<\/span>Exemplos de situa\u00e7\u00f5es de uso<\/span><\/h2>\n\n\n\n

<\/span>Muitos processos e pouco uso de mem\u00f3ria<\/span><\/h3>\n\n\n\n

Vamos supor uma aplica\u00e7\u00e3o webservice<\/em> de consultas (json). Uma aplica\u00e7\u00e3o dessas n\u00e3o consome quase nada de mem\u00f3ria.
Se o site tiver um grande n\u00famero de consultas, o interessante \u00e9 ter o m\u00e1ximo de processos poss\u00edveis para atender melhor a demanda do site.<\/p>\n\n\n\n

Uma poss\u00edvel configura\u00e7\u00e3o para esse uso poderia ser: 64 processos de 4MB no plano Hospedagem I.<\/p>\n\n\n\n

<\/span>Um \u00fanico processo com bastante mem\u00f3ria<\/span><\/h3>\n\n\n\n

Se for um site Magento, o ideal \u00e9 passar um \u00fanico processo com o m\u00e1ximo de mem\u00f3ria. O Magento precisa de uma grande mem\u00f3ria para a aplica\u00e7\u00e3o devido ao conte\u00fado executado demandar maior poder.<\/p>\n\n\n\n

Um outro exemplo nesse mesmo cen\u00e1rio \u00e9 um WordPress com plugins Elementor, Visual Composer e WooCommerce. \u00c9 muito prov\u00e1vel que os recursos do plano de hospedagem I n\u00e3o sejam suficientes.<\/p>\n\n\n\n

Uma poss\u00edvel configura\u00e7\u00e3o para esse uso poderia ser: 1 processo de 256MB no plano Hospedagem I.<\/p>\n\n\n\n

<\/span>Upgrade de recursos<\/span><\/h2>\n\n\n\n

Voc\u00ea pode optar por fazer upgrade de recursos, uma vez que o plano j\u00e1 n\u00e3o comporte o que \u00e9 necess\u00e1rio para a sua aplica\u00e7\u00e3o.<\/p>\n\n\n\n

Geralmente associamos a falta de recursos como um problema da hospedagem, mas uma vez que o site esteja crescendo, a infraestrutura tamb\u00e9m deve crescer junto. \u00c9 um fator positivo no fim das contas, isso demonstra que o site tem evolu\u00eddo.<\/p>\n\n\n\n

<\/span>Upgrade para planos de hospedagem<\/span><\/h3>\n\n\n\n

O upgrade para planos de hospedagem pode se dar tanto de um plano mais baixo para um mais alto como, por exemplo, do Hospedagem I para Hospedagem II, quanto contratando diretamente um servi\u00e7o de Cloud<\/a>.<\/p>\n\n\n\n

<\/span>Upgrade para planos de revenda<\/span><\/h3>\n\n\n\n

Nas revendas, como o recurso \u00e9 o mesmo independente do plano, os revendedores t\u00eam uma forma diferente de realizar o upgrade destes recursos, atrav\u00e9s da ferramenta UPGRADE DE CPU E MEM\u00d3RIA<\/strong>, do painel de controle.<\/p>\n\n\n\n

\"Painel