Share via

Recomendações de Implantação para o Application Request Routing

  • Artigo

por Won Yoo

Esta seção do documento se aplica ao Microsoft Application Request Routing Versão 2 para IIS 7 e Superior.

Meta

Para realçar e entender as recomendações de implantação do ARR (Application Request Routing).
Este é mais um documento de melhores práticas para implantar o ARR Versão 2 do que um artigo passo a passo típico.

Pré-requisitos

Este artigo pressupõe que você esteja familiarizado com a funcionalidade geral do ARR e saiba como implantar e configurar o ARR com o cache de disco. Caso ainda não o tenha feito, é altamente recomendável examinar as seguintes instruções passo a passo antes de prosseguir:

Se o Application Request Routing Versão 2 não tiver sido instalado, baixe-o em:

  • Baixe o Microsoft Application Request Routing Versão 2 para IIS 7 (x86) aqui (https://download.microsoft.com/download/4/D/F/4DFDA851-515F-474E-BA7A-5802B3C95101/ARRv2_setup_x86.EXE).
  • Baixe o Microsoft Application Request Routing Versão 2 para IIS 7 (x64) aqui (https://download.microsoft.com/download/3/4/1/3415F3F9-5698-44FE-A072-D4AF09728390/ARRv2_setup_x64.EXE).

Siga as etapas descritas neste documento para instalar o ARR Versão 2.

Etapa 1 – Desabilitar o tempo limite ocioso do pool de aplicativos.

O tempo limite ocioso do pool de aplicativos é um recurso do IIS que desliga o pool de aplicativos quando há inatividade. Por padrão, o valor é definido para 20 minutos, o que representa:

Tempo (em minutos) que um processo de trabalho permanecerá ocioso antes de ser desligado. Um processo de trabalho fica ocioso se não estiver processando solicitações e nenhuma solicitação nova for recebida.

A intenção desse recurso no IIS é redefinir o recurso que o pool de aplicativos usa e recuperá-lo se o pool de aplicativos estiver ocioso. Isso será útil se o servidor do IIS for usado para hospedar vários sites e aplicativos e ele estiver configurado para compartilhar os recursos entre sites e aplicativos.

Em um cenário típico de implantação do ARR, esse não é o caso e você realmente deseja que o pool de aplicativos do ARR seja executado o tempo todo.

As etapas para desabilitar o tempo limite ocioso do pool de aplicativos são descritas no artigo Install Application Request Routing versão 2.

Etapa 2 – Desabilitar condições de reciclagem do pool de aplicativos.

A reciclagem do pool de aplicativos é um recurso do IIS que recicla periodicamente o pool de aplicativos. Esse recurso é útil ao não ter um alto grau de confiança nos aplicativos que estão em execução no pool de aplicativos (ou seja, em um ambiente de hospedagem compartilhado em que o usuário final implantará o aplicativo diretamente) e reiniciar o pool de aplicativos beneficiaria a funcionalidade e a estabilidade do aplicativo. (Por exemplo, um aplicativo pode ter um perda de memória lento. Em vez de executar o aplicativo indefinidamente, você reciclará o aplicativo periodicamente para reduzir os defeitos de código.)

Isso, é claro, não é ideal para o caso de uso do ARR ao esperar que o ARR esteja disponível o tempo todo (e também para responder rapidamente o tempo todo).

As etapas para desabilitar as condições de reciclagem do pool de aplicativos são descritas no artigo Instalar o Application Request Routing Versão 2.

Etapa 3 – Separar o local da unidade de cache da unidade do sistema.

Embora o ARR dê suporte a locais de unidade de cache que são pastas, é altamente recomendável que os locais da unidade de cache sejam separados da unidade do sistema. Isso ocorre porque, à medida que o número de conteúdos armazenados em cache aumenta para milhões de objetos (ou até bilhões de objetos), gerenciá-los pode ser uma operação de E/S dispendiosa. Conforme observado no artigo Excluir objetos armazenados em cache, excluir todos os objetos armazenados em cache de todos os locais de unidade de cache primário pode levar muito tempo e fazer uma formatação rápida da unidade pode ser uma alternativa melhor. É claro que, para fazer isso, você precisará separar os locais da unidade de cache da unidade do sistema.

Para um desempenho ideal, é recomendável que o local da unidade de cache seja uma unidade fisicamente separada do que a unidade do sistema. Também é recomendável que o local da unidade de cache seja uma alta unidade RPM (15 K RPM), para melhorar o desempenho. Caso tenha apenas uma unidade física, ainda é recomendável separar a unidade do sistema da unidade de localização do cache. Você poderá particionar a mesma unidade física em vários volumes usando o Gerenciamento de Disco no Gerenciador do Servidor.

Etapa 4 – Desabilitar a criação de nome 8.3.

A criação de nomes e diretórios de arquivos 8.3 para todos os nomes e diretórios de arquivos longos em partições no NTFS, pode diminuir o desempenho da enumeração de diretório. Como o ARR usa fortemente a unidade de disco para seu recurso de cache, é recomendável que a criação de nome 8.3 esteja desabilitada.

No Windows Server 2008, a criação de nome 8.3 só pode ser desabilitada para todo o servidor. Mais explicitamente, ele não pode ser configurado por volume.

No Windows Server 2008 R2, essa configuração pode ser configurada por volume.

Mais informações sobre a criação de nomes 8.3 no NTFS estão documentadas em KB121007. Para simplesmente desabilitar a criação de nome 8.3, no tipo de prompt de comando fsutil.exe conjunto de comportamentos disable8dot3 1 e pressione ENTER.