Muito obrigado. Em 9 de novembro de 2010 09:54, Ronan Lucio <ronanlu...@gmail.com> escreveu:
> Flávio, > > Só agora percebi que esqueci um detalhe. > > O Resin (e acredito que o mesmo vale para o Quercus) tem a versão > OpenSource > e a versão PRO, que é paga. > > A diferença entre as duas é justamente que a versão PRO é a que tem suporte > à sessões distribuídas e load balance, entre outras coisas, mas essas 2 > features eu acho que são as mais relevantes. > > Quanto ao load balance você esquece. Prefiro os load bancers mais > tradicionais, ou seja, quando temos um Server ou um appliance atuando como > load balance na frente do nosso cluster. > > Quanto à distribuição de sessões, também já deixei claro o que penso delas: > NÃO use. Use sticky-session. > > []s > Ronan > > Em 9 de novembro de 2010 09:41, Flávio Barros <flaviobar...@gmail.com > >escreveu: > > > Muito obrigado pelos esclarecimentos. > > > > Abraços, > > > > > > Em 9 de novembro de 2010 07:33, Ronan Lucio <ronanlu...@gmail.com> > > escreveu: > > > > > Flávio, > > > > > > Pelas características que tu passou, fico na dúvida se o Quercus vai > ser > > > interessante pra ti. > > > A princípio eu diria que não, mas não sou profundo conhecedor do > Quercus, > > > mas tive uma rápida experiência de 1 ano com o Resin. > > > > > > Acho que você não especificou se são 500mil pageviews ou hits, mas vou > > > assumir pageviews, OK? > > > Temos aí um universo de 15 milhões de requisições por mês. > > > Dependendo da aplicação (se exige um processamento mais pesado ou não) > 1 > > > servidor pode ou não ser o suficiente. > > > > > > A minha primeira sugestão é você pensar em pelo menos 2 servidores com > > load > > > balance, pensando em alta-disponibilidade e fail-over. > > > > > > Agora falando de Quercus: > > > > > > 1) O Resin (que me parece ser a base do Quercus) é pago: São US$ 700,00 > > por > > > ano, por CPU. > > > > > > 2) O Quercus, até onde eu vi, me parece interessante "principalmente" > > > quando > > > você precisa de sessões distribuídas. > > > > > > O que você tem que ter em mente é que sessões distribuídas é algo que > > você > > > deve evitar, porque elas representam um ponto de gargalo para a > > aplicação. > > > Pense assim: Se um servidor fica mais lento por qualquer razão (por > > > exemplo, > > > um processamento mais pesado), ele vai demorar mais para responder a > > > distribuição de sessão para os outros nós do cluster. > > > Isso vai deixar todo o cluster mais lento, por causa de uma máquina. > > > > > > Bem, vou te dizer que digo por experiência própria, e, uma das > principais > > > mudanças que fizemos para conseguir alta-disponibilidade da aplicação > foi > > > passar o cluster para sticky-session. > > > > > > Hoje temos um cluster super estável, com alta-disponibilidade > fail-over, > > > sem > > > resin. > > > > > > Vejo, não estou querendo falar mal do resin. Estou apenas dizendo que > em > > > relação "custo X benefício" conseguimos melhores resultados com outros > > > softwares. > > > > > > A minha sugestão vai para você investir em Apache e PHP com > > sticky-session. > > > Quando você começar prever (capacity planing) futuros problemas de > > > performance, pense em outras soluções como "Servidor de conteúdo > > estático", > > > "Cache" (de páginas e de banco). > > > > > > Agora, se você precisa mesmo de sessões distribuídas, é uma pena, mas > vai > > > em > > > frente. > > > > > > []s > > > Ronan > > > > > > Em 8 de novembro de 2010 18:49, Flávio Barros <flaviobar...@gmail.com > > > >escreveu: > > > > > > > O nome é feio mesmo. > > > > > > > > Vamos as respostas. > > > > 1) O que grande quantidade de conexões? > > > > 500 mil por dia? > > > > > > > > 2) Estamos falando de que tipo de conteúdo? > > > > > - Ou melhor, quantos porcentos do conteúdo do seu site é estático? > > > > 20% é estático > > > > > > > > > - Quantos porcento é cacheado? > > > > Acho que uns 20% > > > > > > > > > - Quantos porcento do site exige processamento mais pesado? Que > tipo > > de > > > > > processamento (tratamento de imagens, loops, muitas conexões ao > > > > database)? > > > > Vai ter alguns conexões sim. Com vários bancos. > > > > > > > > > > > > > > 3) Você servidores de conteúdo estático e servidores de cache na > sua > > > > > arquitetura? > > > > > - O cluster de aplicação envolve aproximadamente quantas máquinas? > > > > Não é em cluster não. > > > > > > > > > > > > Abraços, > > > > > > > > > > > > Em 8 de novembro de 2010 13:07, Rui <ruiog...@gmail.com> escreveu: > > > > > > > > > Não conhecia o projeto. Parece interessante, mas não posso deixar > de > > > > fazer > > > > > uma observação: "Quercus..." mas que nome hein!...rsrs > > > > > > > > > > Falando sério, ainda não conheci nada mais eficiente e escalável > como > > o > > > > > Apache. Mas é sempre bom ter alternativas! > > > > > > > > > > Rui Ogawa > > > > > > > > > > Atenção! Caso haja documentos de escritório anexados neste e-mail, > > eles > > > > > poderão estar no formato ODF, um padrão aberto, gratuito e > homologado > > > > pela > > > > > ISO e ABNT. Para abrir e editá-los, basta baixar e instalar o > > > > BrOffice.org > > > > > em http://broffice.org/download. > > > > > > > > > > Cansado de vírus, pragas virtuais, travamentos e falta de > desempenho? > > > > > Conheça o novo Ubuntu 10.10! http://www.ubuntu-br.org/ > > > > > > > > > > > > > > > Em 8 de novembro de 2010 13:18, Ronan Lucio <ronanlu...@gmail.com> > > > > > escreveu: > > > > > > > > > > > Flávio, > > > > > > > > > > > > Deixa mais claro pra gente: > > > > > > > > > > > > 1) O que grande quantidade de conexões? > > > > > > - 50 mil por dia? > > > > > > - 500 mil por dia? > > > > > > - 1 milhão por dia? > > > > > > - PageViews ou Hits? > > > > > > > > > > > > 2) Estamos falando de que tipo de conteúdo? > > > > > > - Ou melhor, quantos porcentos do conteúdo do seu site é > estático? > > > > > > - Quantos porcento é cacheado? > > > > > > - Quantos porcento do site exige processamento mais pesado? Que > > tipo > > > de > > > > > > processamento (tratamento de imagens, loops, muitas conexões ao > > > > > database)? > > > > > > > > > > > > 3) Você servidores de conteúdo estático e servidores de cache na > > sua > > > > > > arquitetura? > > > > > > - O cluster de aplicação envolve aproximadamente quantas > máquinas? > > > > > > > > > > > > []s > > > > > > Ronan > > > > > > > > > > > > Em 8 de novembro de 2010 12:05, Flávio Barros < > > > flaviobar...@gmail.com > > > > > > >escreveu: > > > > > > > > > > > > > Bom dia. > > > > > > > O que vcs acham de rodar páginas php com a dupla Glassfish e > > > quercus > > > > ? > > > > > > > Ou o apache seria ainda a melhor solução ? > > > > > > > > > > > > > > Preciso de servidor de aplicação que suporte grande quantidade > de > > > > > > conexões > > > > > > > simultâneas. > > > > > > > > > > > > > > -- > > > > > > > Desde já agradeço, > > > > > > > +++ > > > > > > > Flávio de Oliveira Barros > > > > > > > Manaus - Amazonas - Brasil > > > > > > > > > > > > > > Copiar é bom! > > > > > > > Seja Legal > > > > > > > Use Software Livre > > > > > > > Ubuntu User number is # 28558 > > > > > > > Linux Registered User# 278223 > > > > > > > -- > > > > > > > Mais sobre o Ubuntu em português: > > http://www.ubuntu-br.org/comece > > > > > > > > > > > > > > Lista de discussão Ubuntu Brasil > > > > > > > Histórico, descadastramento e outras opções: > > > > > > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > > > > > > > > > > -- > > > > > > Mais sobre o Ubuntu em português: > http://www.ubuntu-br.org/comece > > > > > > > > > > > > Lista de discussão Ubuntu Brasil > > > > > > Histórico, descadastramento e outras opções: > > > > > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > > > > > > > > -- > > > > > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > > > > > > > > > Lista de discussão Ubuntu Brasil > > > > > Histórico, descadastramento e outras opções: > > > > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > > > > > > > > > > > > > > > > > > -- > > > > Desde já agradeço, > > > > +++ > > > > Flávio de Oliveira Barros > > > > Manaus - Amazonas - Brasil > > > > > > > > Copiar é bom! > > > > Seja Legal > > > > Use Software Livre > > > > Ubuntu User number is # 28558 > > > > Linux Registered User# 278223 > > > > -- > > > > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > > > > > > > Lista de discussão Ubuntu Brasil > > > > Histórico, descadastramento e outras opções: > > > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > > > > -- > > > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > > > > > Lista de discussão Ubuntu Brasil > > > Histórico, descadastramento e outras opções: > > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > > > > > > > > -- > > Desde já agradeço, > > +++ > > Flávio de Oliveira Barros > > Manaus - Amazonas - Brasil > > > > Copiar é bom! > > Seja Legal > > Use Software Livre > > Ubuntu User number is # 28558 > > Linux Registered User# 278223 > > -- > > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > > > Lista de discussão Ubuntu Brasil > > Histórico, descadastramento e outras opções: > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > -- > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > Lista de discussão Ubuntu Brasil > Histórico, descadastramento e outras opções: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > -- Desde já agradeço, +++ Flávio de Oliveira Barros Manaus - Amazonas - Brasil Copiar é bom! Seja Legal Use Software Livre Ubuntu User number is # 28558 Linux Registered User# 278223 -- Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece Lista de discussão Ubuntu Brasil Histórico, descadastramento e outras opções: https://lists.ubuntu.com/mailman/listinfo/ubuntu-br