Compartilhar via


Recomendações de implantação para roteamento de solicitação de aplicativo

por Won Yoo

Esta seção do documento se aplica ao Roteamento de Solicitações de Aplicativo da Microsoft versão 2 para IIS 7 e Superior.

Objetivo

Para realçar e entender as recomendações de implantação do ARR (Application Request Routing).
Este é mais um documento de práticas recomendadas 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. Se você ainda não fez isso, é altamente recomendável que você examine os seguintes passo a passo antes de prosseguir:

Se o Roteamento de Solicitação de Aplicativo versão 2 não tiver sido instalado, você poderá baixá-lo em:

  • Roteamento de Solicitação de Aplicativo da Microsoft 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).
  • 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 de inatividade do pool de aplicações.

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) durante o qual um processo de trabalho ficará ocioso antes de ser desligado. Um processo de trabalho fica ocioso se não estiver processando solicitações e nenhuma nova solicitação 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 Instalar Roteamento de Solicitação de Aplicativo 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 quando você não tem 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 vazamento 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 quando você espera 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 Roteamento de Solicitação de Aplicativo 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 as unidades de cache das unidades 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. É recomendável que a unidade de cache seja de alta rotação (15K RPM) para melhorar o desempenho. Se você tiver apenas uma unidade física, ainda é recomendável separar a unidade do sistema da unidade de cache. Você pode particionar a mesma unidade física em vários volumes usando o Gerenciamento de Disco no Gerenciador de Servidores.

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 NTFS pode diminuir o desempenho da enumeração de diretório. Como o ARR utiliza intensivamente a unidade de disco para sua função de cache, é recomendável que a criação de nomes no formato 8.3 seja desativada.

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 nomes 8.3, no prompt de comando, digite fsutil.exe behavior set disable8dot3 1 e pressione ENTER.