Largura de banda de saída do IIS 2008 vs 2012

Question

Estou trabalhando em um projeto para atualizar servidores da web para 2012 a partir de 2008. Eu tenho as máquinas de 2012 construídas e prontas para usar o código de site clonado das máquinas atuais de produção 2008, mas quando estou testando estou descobrindo que a largura de banda de saída das novas é muito maior que as antigas. Eu vasculhei tudo o que posso pensar que seria responsável por isso e estou contra um beco sem saída. (Configurações de compressão, comparações frente a frente de apphost.config web.config machine.config etc) Estes servidores estão executando código idêntico, mesmas versões do .NET, claro que a grande diferença é a versão do sistema operacional - mas fora isso são idêntico.

Exemplo: eu tenho um servidor antigo e um novo com a mesma carga agora, 100 usuários cada roteados via balanceador de carga, então o tráfego deve ser aproximadamente igual.

• bytes de 2008 em: 90kbps médios
• 2012 bytes em: 86kbps méd
  (muito perto um do outro, refletindo o fato de que eles têm a mesma quantidade de conexões, certo?)
  
• • Saída de 2008 bytes: avg 64kpbs
• • 2012 bytes fora: avg 136kbps

Não é um grande negócio a esta escala, mas isso é apenas 100 usuários. Multiplique isso por 40 a 50 mil usuários em todo o nosso pool de servidores e essa largura de banda de saída se tornará um grande problema. Queremos ir morar com os novos servidores na próxima semana - ajuda! ??

Atualização: estou lançando mais tráfego para os dois. Aqui está uma ilustração de quão desproporcional é a largura de banda. O objetivo é fazer com que o gráfico inferior se pareça com o gráfico superior.

Update2: Eu acabei de clonar uma máquina existente em 2008 e fiz uma atualização em 2012. As proporções de largura de banda parecem boas, quase o mesmo que a máquina de 2008. Ainda não consigo encontrar o que é diferente no meu novo servidor.

    

Answer 1

Acontece que isso foi algum tipo de problema de compressão. O cache de compactação era diferente entre esses servidores, portanto, alguns dos arquivos que deveriam ter sido compactados não estavam sendo exibidos como tal, portanto, ocupando mais largura de banda. Acabei copiando o cache compactado de um servidor para o outro e a largura de banda de saída combinou muito bem.

Eu teria esperado que o servidor compactasse os arquivos e construísse o cache quando um usuário solicitou um arquivo ainda não compactado do servidor, mas aparentemente isso não estava acontecendo.