Re: [FUG-BR] Tuning kernel Apache
Em 29/11/2011 02:17, Paulo Henrique escreveu: > Marcelo Gondim, porei gerar um case para poder apresentar nos eventos. > Eu tenho ainda o meu ambiente mais nada monstruoso como o seu. > No maximo que possuo é 300mbps no servidor de backup. > Estou muito enferrujado, mais estive trabalhando em documentação para o > PFSense. > Logo vou disponibiliza-la. Opa Paulo, Uma boa idéia. Vou preparar os slides e depois disponibilizar. Essa semana estarei de mudança, mas com certeza vou preparar e se alguém quiser usar como Case será um prazer. Se aparecer algum evento no Rio ou aqui pela Região dos Lagos e precisar de um palestrante é só falar. Poderei ser a prova viva que FreeBSD existe e mudou minha vida. :D > > É só os interessados se dedicar 30 minutos do dias que em dois meses temos > material e palestrantes organizados para seguir em caravana. > > Abraços, assim que a documentação sobre QoS sobre o PFSense 2.0 estiver > ponto disponibilizo no Fug. > > att. > > > Em 29 de novembro de 2011 01:02, Marcelo > Gondimescreveu: > >> Em 28/11/2011 17:50, Leonardo Augusto escreveu: >>> Ummm essa questão(ao meu ver), envolve vários fatores, espero poder te >>> ajudar te indicando a observar alguns detalhes: >>> >>> - overview - fatos - porque dê - pra quê ffeebsd >>> >> - >>> - se tunares o freebsd corretamente, muito provavelmente, não obterás >>> desempenho melhor de SO (no mesmo hardware, x86) para a aplicacao que >>> desejas. >>> - mesmo que voce "soque" tudo num servidor apenas, apache, mysql, etc >>> - enquanto tens poucos acessos "todo mundo" é "igual" ou "mais rapido" >>> que o Freebsd, aparentemente, ehe. >>> - agora, quando "tacar" "trocentos" mil hits em cima, aí que a coisa >>> começa a se definir, quando o swap(virtual memory) começar a ser >>> usado, as máscaras caem. >>> - já vi um benchmark do bsd 7.2 com mysql apache e etc, no mesmo >>> hardware, em relacao a um linux, na epoca o mais recente tambem. >>> até certo ponto(enquanto nao usava-se swap e com xxx conexoes >>> simultaneas) o linux era levemente superior ao bsd em desemepenho, >>> quando o numero de conexcoes chegou a XX.XXX e o swap comecou a se >>> fazer necessario, >>> o linux degradou ABSURDAMENTE, VERGONHOSAMENTE, LIXOSAMENTE, >>> TOSCAMENTE HORRIVELMENTE NOJENTAMENTE a performance, o cara nem >>> conseguia entrar com o ssh na maquina.. >> Concordo contigo Leonardo. Trabalhei com Linux desde 1996, em 2000 fui >> até funcionário da Conectiva como consultor e posso te dizer que no >> início o kernel do Linux não tinha obviamente todos os recursos que tem >> hoje, mas eu sentia muito mais estabilidade naquela época do kernel >> 1.2.13 e 2.2 que hoje. >> >> Acho que já contei aqui porque resolvi migrar meus servidores Linux para >> FreeBSD mas se não contei aqui vai: >> >> Atualmente sou Gerente de TI de um Provedor aqui da Região dos Lagos - >> RJ. Nós atuamos em 4 cidades: Araruama, São Pedro, Saquarema e Rio >> Bonito. Os links das Cidades somados batem 560Mbps mas temos um link de >> sobra de 700Mbps. Quando tínhamos Linux fazendo a infra no início era >> tranquilo e não tínhamos problemas mas o tráfego foi crescendo à medida >> que crescia nossa carteira de clientes e chegou em um ponto que >> simplesmente em determinados picos de tráfego começavam os travamentos >> de rede. Subia ksoftirq à dar com pau e tentamos de tudo: >> >> - Kernel tunado e compilado com versões mais recentes. >> - Removi todo o stateful do sistema deixando ele totalmente stateless. A >> tabela de conntrack nem existia. >> - Reduzi regras de Firewall para o básico deixando o sistema mais leve >> de regras. >> - Trocamos as interfaces de rede de Intel Gigabit por outras Intel >> Gigabit Server, troquei os equipamentos para Dual Quad Xeon com 8Gb de ram. >> - Trocamos a switch existente por uma Cisco Catalyst bam bam bam com >> todas as portas Gigabit. >> - Usava Debian 6 e CentOS 5.5 e nenhum deles se comportou como deveria. >> - Fiz um CPU affinity jogando as interrupções das interfaces de rede uma >> pra cada CPU, para evitar uma migração de entre CPUs e dar problemas >> com o tráfego. >> - Fiz tunning no TCP/IP. >> - Troquei até de escalonador no kernel e nada. >> >> Fiz isso tudo acima e mais coisas que não lembro agora de cabeça. Depois >> de penar quase 1 mês com problemas intermitentes resolvi seguir um >> conselho de uma pessoa na lista do nic.br que me disse para testar o >> FreeBSD. Bem eu já havia feito um treinamento com na FreeBSD Brasil uns >> meses antes e pensei... Por que não? >> >> Simplesmente peguei o mesmo hardware que usei antes de trocar para o >> Dual Quad Xeon, um Xeon simples com 4Gb de ram apenas. As mesmas >> interfaces de rede Intel Gigabit. O mesmo sistema de gerenciamento que >> usava com Apache + PHP + Mysql. Só tive que passar as regras que tinha >> no IPtables para o pf e ipfw e pronto. >> Tudo passou à funcionar perfeitamente e
[FUG-BR] Freenas Backup (OFF)
Bom dia pessoal. Estou utilizando o Freenas para Servidor de arquivos Versão 8.0, mas ele não vem com algum parametro de Backup. Então fiz um script rsync para backup e joguei no Cron, o problema é que ele depois de alguns dias ele remove o script e tbm do cron. Já mudei de nome, de lugar, mas ele sempre exclui. Alguém tem alguma dica de como eu posso proceder este backup? Obrigado e tenham um bom dia. -- E-mail: jamaica...@gmail.com Aux Suporte de Sistemas (UNISUL) E-mail: joao.may...@unisul.br MSN: joaomayk...@hotmail.com Cel: (48) 9144 2326 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freenas Backup (OFF)
Em 29 de novembro de 2011 09:40, joao jamaicabsd escreveu: > Bom dia pessoal. > Estou utilizando o Freenas para Servidor de arquivos Versão 8.0, mas ele > não vem com algum parametro de Backup. Então fiz um script rsync para > backup e joguei no Cron, o problema é que ele depois de alguns dias ele > remove o script e tbm do cron. Já mudei de nome, de lugar, mas ele sempre > exclui. > Alguém tem alguma dica de como eu posso proceder este backup? > Obrigado e tenham um bom dia. > Imagino que você deve estar errando a direção do backup (origem/destino), manda aí o script pra gente dar uma olhada. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freenas Backup (OFF)
Bom dia Cleyton. O backup está gerando correto, já testei, o problema está ocorrendo que o Freenas está excluindo do sistema o script, tando do crontab quanto do local onde eu o fiz. Em 29 de novembro de 2011 09:45, Cleyton Agapito escreveu: > Em 29 de novembro de 2011 09:40, joao jamaicabsd > escreveu: > > Bom dia pessoal. > > Estou utilizando o Freenas para Servidor de arquivos Versão 8.0, mas ele > > não vem com algum parametro de Backup. Então fiz um script rsync para > > backup e joguei no Cron, o problema é que ele depois de alguns dias ele > > remove o script e tbm do cron. Já mudei de nome, de lugar, mas ele sempre > > exclui. > > Alguém tem alguma dica de como eu posso proceder este backup? > > Obrigado e tenham um bom dia. > > > > Imagino que você deve estar errando a direção do backup > (origem/destino), manda aí o script pra gente dar uma olhada. > > []'s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- E-mail: jamaica...@gmail.com Aux Suporte de Sistemas (UNISUL) E-mail: joao.may...@unisul.br MSN: joaomayk...@hotmail.com Cel: (48) 9144 2326 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tuning kernel Apache
Esse site é meio antigo, mas é uma boa referencia para entender tudo que envolve servir várias conexões simultaneas. A partir dele se descobre várias outras coisas. http://www.kegel.com/c10k.html []´s 2011/11/29 Marcelo Gondim : > Em 29/11/2011 02:17, Paulo Henrique escreveu: >> Marcelo Gondim, porei gerar um case para poder apresentar nos eventos. >> Eu tenho ainda o meu ambiente mais nada monstruoso como o seu. >> No maximo que possuo é 300mbps no servidor de backup. >> Estou muito enferrujado, mais estive trabalhando em documentação para o >> PFSense. >> Logo vou disponibiliza-la. > > Opa Paulo, > > Uma boa idéia. Vou preparar os slides e depois disponibilizar. Essa > semana estarei de mudança, mas com certeza vou preparar e se alguém > quiser usar como Case será um prazer. > Se aparecer algum evento no Rio ou aqui pela Região dos Lagos e precisar > de um palestrante é só falar. Poderei ser a prova viva que FreeBSD > existe e mudou minha vida. :D > >> >> É só os interessados se dedicar 30 minutos do dias que em dois meses temos >> material e palestrantes organizados para seguir em caravana. >> >> Abraços, assim que a documentação sobre QoS sobre o PFSense 2.0 estiver >> ponto disponibilizo no Fug. >> >> att. >> >> >> Em 29 de novembro de 2011 01:02, Marcelo >> Gondimescreveu: >> >>> Em 28/11/2011 17:50, Leonardo Augusto escreveu: Ummm essa questão(ao meu ver), envolve vários fatores, espero poder te ajudar te indicando a observar alguns detalhes: - overview - fatos - porque dê - pra quê ffeebsd >>> - - se tunares o freebsd corretamente, muito provavelmente, não obterás desempenho melhor de SO (no mesmo hardware, x86) para a aplicacao que desejas. - mesmo que voce "soque" tudo num servidor apenas, apache, mysql, etc - enquanto tens poucos acessos "todo mundo" é "igual" ou "mais rapido" que o Freebsd, aparentemente, ehe. - agora, quando "tacar" "trocentos" mil hits em cima, aí que a coisa começa a se definir, quando o swap(virtual memory) começar a ser usado, as máscaras caem. - já vi um benchmark do bsd 7.2 com mysql apache e etc, no mesmo hardware, em relacao a um linux, na epoca o mais recente tambem. até certo ponto(enquanto nao usava-se swap e com xxx conexoes simultaneas) o linux era levemente superior ao bsd em desemepenho, quando o numero de conexcoes chegou a XX.XXX e o swap comecou a se fazer necessario, o linux degradou ABSURDAMENTE, VERGONHOSAMENTE, LIXOSAMENTE, TOSCAMENTE HORRIVELMENTE NOJENTAMENTE a performance, o cara nem conseguia entrar com o ssh na maquina.. >>> Concordo contigo Leonardo. Trabalhei com Linux desde 1996, em 2000 fui >>> até funcionário da Conectiva como consultor e posso te dizer que no >>> início o kernel do Linux não tinha obviamente todos os recursos que tem >>> hoje, mas eu sentia muito mais estabilidade naquela época do kernel >>> 1.2.13 e 2.2 que hoje. >>> >>> Acho que já contei aqui porque resolvi migrar meus servidores Linux para >>> FreeBSD mas se não contei aqui vai: >>> >>> Atualmente sou Gerente de TI de um Provedor aqui da Região dos Lagos - >>> RJ. Nós atuamos em 4 cidades: Araruama, São Pedro, Saquarema e Rio >>> Bonito. Os links das Cidades somados batem 560Mbps mas temos um link de >>> sobra de 700Mbps. Quando tínhamos Linux fazendo a infra no início era >>> tranquilo e não tínhamos problemas mas o tráfego foi crescendo à medida >>> que crescia nossa carteira de clientes e chegou em um ponto que >>> simplesmente em determinados picos de tráfego começavam os travamentos >>> de rede. Subia ksoftirq à dar com pau e tentamos de tudo: >>> >>> - Kernel tunado e compilado com versões mais recentes. >>> - Removi todo o stateful do sistema deixando ele totalmente stateless. A >>> tabela de conntrack nem existia. >>> - Reduzi regras de Firewall para o básico deixando o sistema mais leve >>> de regras. >>> - Trocamos as interfaces de rede de Intel Gigabit por outras Intel >>> Gigabit Server, troquei os equipamentos para Dual Quad Xeon com 8Gb de ram. >>> - Trocamos a switch existente por uma Cisco Catalyst bam bam bam com >>> todas as portas Gigabit. >>> - Usava Debian 6 e CentOS 5.5 e nenhum deles se comportou como deveria. >>> - Fiz um CPU affinity jogando as interrupções das interfaces de rede uma >>> pra cada CPU, para evitar uma migração de entre CPUs e dar problemas >>> com o tráfego. >>> - Fiz tunning no TCP/IP. >>> - Troquei até de escalonador no kernel e nada. >>> >>> Fiz isso tudo acima e mais coisas que não lembro agora de cabeça. Depois >>> de penar quase 1 mês com problemas intermitentes resolvi seguir um >>> conselho de uma pessoa na lista do nic.br que me disse para testar o >>> FreeBSD. Bem eu já havia feito um treinamento com na FreeBSD Brasil uns >>> meses antes e pensei... Por que não? >>> >>> Simplesmente peguei o mesmo hardwar
