Apache está engasgando com 2500+ usuarios simultâneos

[Prog 183]

Certamente um balanceador vai duplicar o seu "poder de destruição", mas, sério... você já estudou a possibilidade de usar um Amazon EC2? Acho que você teria mais beneficios...

 

Nâo sei se você conhece os serviços da EC2, mas vou dar um exemplo simples.

 

A maioria do tempo, durante a semana, você esta com seu serviço ocioso, ou seja, um servidor apenas atende todas as requisições e ainda tem bastante sobra.

Nos dias de jogos é que o bicho pega, quarta-feira, sabado e domingo, mas isto também não é durante o dia todo, o servidor fica sobrecarregado de 2 a 5 horas por dia, no máximo, que seria equivalente aos 2 horários de partidas de futebol no mesmo dia, ok?

 

Pois bem, nos dias normais você teria 1 servidor ligado durante todo o tempo e nos dias de jogo você levantava mais 3 ou 4 servidores.

 

Poxa, mas isto seria muito caro, não? O serviço você paga por tempo que os servidores ficam on-line.

 

Há uma calculadora no site da Amazon que você pode criar um cenário para ver quando seria pagar e a infraestrutura já é toda pronta, preparada para atender um cenário de balanceamento de carga. Acho que seu cenário se adequa perfeitamente ao que o serviço pode oferecer.

 

Dá uma olhada aqui:

http://aws.amazon.com/pt/ec2/

 

E aqui:

http://aws.amazon.com/pt/calculator

[Spychaser 1]

Olá

 

Tive um problema idêntico ao seu a 1 ano e meio atrás.

 

No início eu estava com apache + php + mysql em um server share. Não aguentava 800 acessos simultâneos e começava a pipocar. Passei para um vps com nginx + php + mysql. Aguentava 1200 acessos simultâneos até pipocar. Aí decidi passar para um dedicado total com bem menos recursos que o seu. Quadricore, 4G de ram + 500 de HD. Passou a aceitar 1800 acessos até pipocar novamente.

 

Isso tudo pipocando sem estar usando o total dos recusos que a máquina tinha. Aí uma alma abençoada do suporte do host (depois de muita briga) achou o problema que deve ser o mesmo que o seu. I/O

 

Não adianta ter uma mega máquina com recurso a dar com o pé, se o HD vira o gargalo.

 

Imagine 2500 acessos no seu site, o apache indo buscar informação estática no HD.

 

A solução para o meu caso foi atualizar a máquina para dois hds em RAID 1. Problema resolvido. Hoje os picos passam de 2300 e não da problema.

 

Então na minha opinião a saída para você ou é RAID ou loadbalance

 

Abraços

[pedradegelo 3]

Certamente um balanceador vai duplicar o seu "poder de destruição", mas, sério... você já estudou a possibilidade de usar um Amazon EC2? Acho que você teria mais beneficios...

 

...

 

 

Dá uma olhada aqui:

http://aws.amazon.com/pt/ec2/

 

E aqui:

http://aws.amazon.com/pt/calculator

 

 

Olá

 

Tive um problema idêntico ao seu a 1 ano e meio atrás.

 

...

 

Então na minha opinião a saída para você ou é RAID ou loadbalance

 

Abraços

 

 

Prog,

eu até tentei simular algo lá, mas esbarrei já no tipo de instância.

Não parece detalhar o hardware lá kkk.

Você tem os dom?

 

Spychaser,

Dentre todas as possibilidades, nem lembrei de testar essa kkk

Mas falei com o suporte agora, eles me deram esse relatório:

Timing cached reads: 15470 MB in 1.99 seconds = 7780.86 MB/sec

Timing buffered disk reads: 72 MB in 3.02 seconds = 23.86 MB/sec

Só sobrou o Load Balance msmo.

 

Prog, você sabe fazer Load Balance, ou sabe de alguém que saiba de alguém que saiba?

[hinom 5]

#44 para o seu caso, acho que a solução #42 seja ideal.

[Prog 183]

Sobre as instâncias: http://aws.amazon.com/pt/ec2/instance-types/

 

Fazer um Load Balance é bem simples, mas você colocaria tudo no mesmo VPS? Isto já não faria muito sentido. Uma arquitetura de Load Balance bem "entry level" teria pelo menos 2 hosts, num mundo ideal seriam, no mínimo, 3. Mas claro que tudo isto depende de recurso técnico e financeiro.

 

É quando a infra começa a "complicar" que uma solução de Cloud começa a fazer mais sentido, pense nisso. Para iniciar na AWS há um tempo (na verdade não seria nem tempo, seria uma estrutura de funcionamento mínima) de uso gratuito, para iniciar sua instalação e testes. Veja aqui: http://aws.amazon.com/pt/ec2/pricing/

 

Aqui você encontra um "how to" para os primeiros passos:

http://lia.ufc.br/~araujodavid/tutorials/amazonEC2.pdf

 

PS: Sim, eu sei fazer load balance, mas como já disse, não é difícil e há diversos tutoriais sobre como proceder.

[Morpheus#2005 1]

Posso estar falando uma enorme besteira mas, fiquei com uma pulga atras da orelha...será que vc não esta sendo Hackeado nos dias de jogos???? Vc tem o LOG de acessos ? Exporta pra excel e veja de as requisições não estão se repetindo de um mesmo IP...acredito que pode ser as configurações do Firewall e não no apache...

 

Agora que eu vi...post velho...rs sorry!!!

[pedradegelo 3]

Posso estar falando uma enorme besteira mas, fiquei com uma pulga atras da orelha...será que vc não esta sendo Hackeado nos dias de jogos???? Vc tem o LOG de acessos ? Exporta pra excel e veja de as requisições não estão se repetindo de um mesmo IP...acredito que pode ser as configurações do Firewall e não no apache...

 

Agora que eu vi...post velho...rs sorry!!!

 

 

Não Morpheus, não há esse perigo. O estrago é pelo ambiente mesmo. Pra esse ano vamos testar com load balancer.

Começarei testar em maio/junho.

 

Abraço.

[pedradegelo 3]

Alô galera!
vim fechar a tampa deste caixão..hehehe

3 rodadas do brasileirão já deu pra deixar totalmente estável o sistema. Vamos lá:

Hosting: vps.net
Hardware: 2 Cloud Servers com 21.6GHz de CPU e 6.7 Gb de memória

SO: Debian 6.0 x64

Servidor: Apache 2.2 mpm Worker

 

Cada cloud server suporta até 4200 concorrentes:

KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 5


<IfModule mpm_worker_module>
MaxClients 4200
ThreadsPerChild 60
ServerLimit 70
</IfModule>

 

Na rodada 3 tivemos 4850 concorrentes, repartidos nos 2 clouds, sendo que o primeiro recebe 1/5 das requisições, pois roda o blog além do iframe das pontuações, então cada processo ocupa mais processamento. Já o segundo entrega 4/5 das requisições, fornecendo o iframe para blogs de terceiros. Assim ficou equilibrado o uso de cpu em 30% nas duas máquinas.

 

Não é uma coisa assim que se diga: "meu Deus, como isso é uma maravilha divina", mas já dá pra sanar os xingamentos no Facebook que o blog está fora do ar.

 

Valeu pessoal! Até a próxima!

[Prog 183]

Happy happy joy joy