Bom se não tem como dedicar um equipamento para a função duvido muito que conseguirá fatores melhores do que possui. Como o ambiente está virtualizado deixa o HZ=100 ( Para diminuir as interrupções do relogio de tempo real ). Pode optar por proxyweb ao servidor dedicado.
Att. Em 28/11/2011 11:59, Renato Sousa escreveu: > Sim. As otimizações de banco já foram aplicadas. > Sobre a virtualização, não tem como fazer esse teste fora. Nosso ambiente > é, na maior parte, composto por virtualização. > > Abraços, > > Renato > > > Em 28 de novembro de 2011 10:52, Paulo Henrique > <[email protected]>escreveu: > >> 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<[email protected]> >> 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<[email protected] >>>> 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 >> ------------------------- >> 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
