We had even 6000 last summer. How do 4 servers with load balancer not handle such requests?
Então, o que mudou? Para responder à pergunta, quase sempre sendo atolado no processamento de código de backend, e às vezes por coisas como o esgotamento do socket tcp, e outras vezes é apenas um simples pool / etc limita entre apache e php.
Siga este processo:
- Elimine o PHP da pilha. Servir apenas pequenos arquivos estáticos para o seu teste
- Observe os resultados e ajuste o apache / OS para acomodar as conexões desejadas
- Reintroduza o PHP. O servidor não conseguirá corresponder ao desempenho de exibição do arquivo estático
- Faça o perfil do seu código PHP, identifique lentidão e resolva-os
- Finalmente: armazene em cache os resultados do PHP que você puder.
"Como obtenho uma aplicação php nondescript para atender ao benchmark x ?" é uma questão muito ampla, mas o processo é geralmente, obter sua veiculação estática de front-end para superar seus requisitos e adicionar seu código de back-end ao mix. Ou lentidão ix no código de back-end ou eliminá-lo.
Uma vez que você começa a bater em milhares de usuários simultâneos . Você vai lidar com certos limites (velocidade do sistema de arquivos, memória, velocidade da CPU, latência de comunicação, código wordpress ineficiente e chamadas de banco de dados lentas bem como uma tonelada de contexto que liga a cpu) que irão se compor e rapidamente resultar em degradação exponencial do serviço.