Pular para o conteúdo
Voltar para serviços

Desempenho

Atenda muito mais usuários com o mesmo servidor

Quando uma loja ou uma API recebe muitas visitas ao mesmo tempo, nem sempre falta potência ao servidor: muitas vezes ele fica curto pela forma como atende cada conexão.

Deslize o diagrama para ver inteiro

Apache clássicoprefork + mod_phpnginx + Node.jspor eventosrequisiçõesna filaApachePHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHPum processo por conexãomilhares de conexões⇄nginxproxy reversoNode.jsloop de eventossem fila de espera
  • Conexões atendidas sem esperar
  • Processos ocupados e requisições na fila
  • nginx entrega ao app

À esquerda, a configuração clássica do Apache: cada conexão ocupa um processo inteiro com PHP dentro. Quando os processos acabam, as outras requisições esperam na fila. À direita, o nginx atende milhares de conexões com pouquíssima memória e as passa ao Node.js, que trabalha por eventos sem travar.

Processos versus eventos

Um processo por conexão gasta memória mesmo quando a conexão só está esperando. O nginx atende milhares de conexões abertas com poucos processos, e a memória fica livre para o seu app e o seu banco de dados.

Cada coisa no seu lugar

O nginx serve diretamente imagens, estilos e arquivos estáticos, cuida do HTTPS e repassa o resto aos seus apps (Node.js, AdonisJS) ou ao PHP-FPM. Cada parte faz o que sabe fazer melhor.

Migração sem medo

O SERVILINUX analisa seus sites do Apache, passa para o nginx, verifica se cada domínio responde como antes e, se algo não bater, volta sozinho para o Apache.

Medido, não suposto

Com o Sentinel você vê a memória e a carga antes e depois da mudança, e decide com dados se precisa de um servidor maior ou só de uma configuração melhor.

O diagrama compara a configuração clássica do Apache (prefork com mod_php), ainda muito comum. O Apache com MPM event e PHP-FPM rende bem melhor; mesmo assim, o nginx como proxy reverso costuma usar menos memória com muitas conexões abertas.

No SERVILINUX

Como se faz

  1. 1
    Analise seu servidor

    O SERVILINUX revisa os sites do Apache e o que cada domínio respondia.

  2. 2
    Migre para o nginx

    Com um clique pela ficha do servidor; seus certificados são mantidos.

  3. 3
    Verificação automática

    Cada domínio é comparado com antes; se falhar, volta sozinho para o Apache.

  4. 4
    Seus sites, em Projetos

    Os sites migrados são gerenciados como projetos, com HTTPS e logs.