Ahhh.... ótimo motivo para mudar para o IIS 7.x :-)
Brincadeiras a parte, uma opção é ainda usar o IIS7, mas combinando o URLRewrite com o Application Request Routing (ARR), "na frente" do seu servidor IIS6.
Imaginando que você tenha um hardware adicional, poderia montar um servidor IIS7.x com ARR e atingir o mesmo objetivo. E porque afinal colocar outro servidor na jogada? Pq o módulo do ARR faz várias outras coisas, por exemplo:
a) SSL Offloading: vc instala o certificado digital nele e ele faz a parte de criptografia, ao invés do seu IIS6. Lembro que no IIS7, o SSL é no kernel (http.sys), o que dá um desempenho extra podendo chegar a +30% de ganho.
b) Compressão: do mesmo modo, pode remover a tarefa de fazer compressão do seu IIS6 (liberando CPU para ser usada pela sua aplicação). Além disso, a compressão no IIS7.x é mais inteligente, vc pode definir
níveis e limites de uso de CPU e desabilitar/habilitar ela automaticamente
c) Disk Cache: se o seu IIS6 possui imagens e outros tipo de arquivos estáticos, o ARR pode ser usado para fazer um cache no disco local dele. Se a compressão estiver habilitada, o cache já irá armazenar os arquivos compactados,
reduzindo o uso de CPU.
d) Balanceamento de Aplicações: se você tiver 2 ou mais IIS6, você pode "balancear" a carga entre esses servidores. O balanceamento ocorre de acordo com o algoritmo que você escolher (round robin, por volume de requests, etc).
Você pode até jogar todos os requests de um certo tipo de browser para servidores diferentes no seu farm (ex: tudo de firefox cai no webserver1, tudo de IE6 caiu no webserver2, tudo de IE7 cai no webserver3, etc)
e) Afinidade por cookies: você pode criar afinidade por cookies. Imagine o cenário: vários de seus clientes são de uma unica empresa, que tem um proxy... todos saem com o mesmo IP. Ao chegar no seu farm, o teu balanceador/nlb joga
todo mundo no mesmo servidor web... com afinidade por cookies, o ARR é capaz de identificar cada um dos clientes(browsers) e consegue fazer um balanceamente/afinidade muito mais inteligente, realmente separando a carga entre os servidores web
f) monitoramento dos servidores web atrás do seu farm: se vc tem N servidores web IIS6, e a aplicação trava em um deles, hoje vc tem que ir lá tirar ele do farm, etc... com o ARR, se o servidor retornar HTTP STATUS 500 (internal
server error, ou seja problema na sua APP), entào o ARR automaticamnete remove ele do balanceamento. Qdo ele voltar ao "normal", o ARR recoloca ele no balanceamento...
e por ai vai...
Para +detalhes sobre o ARR, veja:
http://learn.iis.net/page.aspx/659/reverse-proxy-with-url-rewrite-v2-and-application-request-routing/
[]s
Paulo Teixeira
