[FUG-BR] Tuning kernel Apache

[Paulo Henrique]

Sim, primeiro tira essa virtualização, ela tem ambiente especifico e não é
para webserver.
A segunda sugestão usar otimizadores de SQL .
Qual banco de dados está utilizando ?

Att.

Em 28 de novembro de 2011 08:36, Renato Sousa <rensousa em gmail.com> escreveu:

> Olá Marcelo,
>
> Obrigado pelas dicas.  Vou estuda-las criteriosamente para ver o que vou
> usar no teste.
> O sistema ainda está default e já se mostra bem eficiente.  Vou compilar o
> kernel para stable e adicionar as 2 diretivas para melhorar o Apache.
> Minha dúvida é sobre o valor HZ.  A máquina é virtualizada através do
> VMWare.  Devo deixar o HZ padrão ou altera-lo ?
> Outras coisa, um problema que estamos tendo nos testes é que o portal
> dispara muitas consultas SQL para um banco externo através de uma placa de
> rede dedicada a isso.  O trafego nesta placa aumenta muito quando o numero
> de acessos sobe.  Existe algum tuning para aumentar essa performance ?
>
> Obrigado a todos,
>
> Renato
>
> Em 27 de novembro de 2011 15:02, Marcelo Gondim <gondim em bsdinfo.com.br
> >escreveu:
>
> > Em 27/11/2011 13:50, Renato Sousa escreveu:
> > > Olá a todos!
> > >
> > > Estamos fazendo um teste para comparar o desempenho de SOs para
> hospedar
> > um
> > > portal que grande acesso.
> > > Convenci o pessoal a incluir o FreeBSD nos teste e acho que será uma
> > grande
> > > oportunidade de implementa-lo.
> > > Gostaria de saber se alguem conhece tunning no kernel especifico para
> > > melhorar a performance do apache.  Vi que exsitem 2 diretivas
> > > (*ACCEPT_FILTER_HTTP
> > > e **ACCEPT_FILTER_DATA) *que alteram o comportamento do sistema, mas
> vou
> > > ler mais a respeito.
> > > Receitas de tuning são bem vindas!
> > Eu faria o seguinte:
> >
> > 1) Usaria um Sistema FreeBSD 64 bits. Todo compilado e atualizado para o
> > 8.2 Stable. Nada de pacotes já compilados.
> > 2) Faça um projeto de particionamento contemplando bases de dados e as
> > páginas. Mexer no block size e frag size. Se for um dispositivo SDD o
> > frag size não tem importância se eu não me engano. Se o portal for
> > trabalhar com arquivos grandes talvez seja melhor aumentar o block size
> > e frag size.
> > 3) O kernel teria esses 2 options que você citou o ACCEPT_FILTER_DATA e
> > o ACCEPT_FILTER_HTTP.
> > 4) Se for um sistema de 64 bits em servidor multiprocessado um: options
> > HZ=3000 pelo menos.
> > 5) Agora o tunning no conf do apache também é muito importante tanto
> > quanto ou mais até.  :)
> > 6) Se você tiver bastante memória tipo uns 8G ou mais experimente usar
> > ZFS também onde ficará a base de dados e as páginas.
> > 7) Segurança: um fator muito importante atualmente e pouca gente dá
> > atenção pelos Data Centers à fora. O Sistema deve estar sempre bem
> > atualizado e com regras de proteção para alguns tipos de ataques. O
> > FreeBSD é o único SO que conheço que possui 3 níveis de Firewalls
> > diferentes e você pode usar os 3 juntos. :)
> >
> >      7.a) Packet Filter (PF)
> >      7.b) IPFW
> >      7.c) IPF
> >
> > Eu uso hoje PF e IPFW. Sendo que gosto de usar o NAT do PF e os filtros
> > do IPFW. Mas isso é gosto e implementação. Muito cuidado com regras
> > stateful, determinados ataques podem esgotar o número de conexões do
> > Firewall.
> >
> > Acho que é por aí.
> >
> >
> >
> > >
> > >   Abraços,
> > >
> > > Renato
> > > -------------------------
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
:=)>Paulo Henrique (JSRD)<(=:

Alone,  locked, a survivor, unfortunately not know who I am