mais rápido (squid + apache httpd + apache tomcat)

1

Temos uma configuração de produção em que temos

  • Lula na frente (imagens em cache, js, css, etc)

  • Apache httpd no meio (prefork + mod_rewrite + mod_jk / AJP + mod_deflate + mod_php (poucas páginas php))

  • Apache tomcat 5.5 no final, servindo todas as coisas dinâmicas.

Qual seria a melhor maneira de reduzir a sobrecarga de ter 3 servidores no caminho da solicitação?

Imaginando se a substituição do httpd por um servidor Web mais rápido, como o nginx / lighttpd, ajudará. O httpd agora faz o trabalho de reescrever o url (para urls limpas) e falar com o tomcat (via mod_jk) e comprimir a saída (mod_deflate) e servir algumas páginas php de baixo tráfego. Qual seria o substituto ideal para o httpd, já que precisamos desses recursos?

Existe uma maneira de substituir (squid + apache) por uma única entidade que faz cache bem (como o squid) para material estático, reescreve url, comprime a resposta e encaminha coisas dinâmicas diretamente para o tomcat? ouviu falar de cache de verniz, perguntando se isso pode ajudar.

    
por letronje 07.01.2011 / 17:20

1 resposta

2

Otimização é uma arte 'negra', por assim dizer. Há muitas maneiras de esfolar o gato.

Você precisa identificar seus gargalos antes de descobrir como melhorar as coisas.

Embora seja possível substituir todo o software do servidor, com alternativas, isso só ajudará se o software for o gargalo da garrafa e não algo diferente, por exemplo, largura de banda de rede ou largura de banda de E / S.

Você pode começar comparando sua configuração existente e aprimorando suas configurações existentes para ver se elas melhoram as coisas.

    
por 07.01.2011 / 19:53