Planejamento de Capacidade para o Microsoft Azure Pack: Sites

  • Artigo

 

Atualizado em: 6 de junho de 2014

Aplica-se a: Windows Azure Pack

Servidores: Físico ou Virtual?

Microsoft Azure Pack: As funções dos Sites podem ser instaladas no Windows Server 2012 R2 ou no Windows Server 2012. As instâncias do servidor podem ser computadores físicos ou máquinas virtuais. Se você usar máquinas virtuais, elas poderão estar em qualquer provedor VM. Como o intervalo de desempenho entre as máquinas virtuais e o hardware físico é reduzido, a vantagem em termos de custo/desempenho das máquinas virtuais torna-as mais atrativas.

Planejamento de capacidade por função de servidor de Sites

Controller

O controlador de Sites geralmente apresenta baixo de consumo da CPU, da memória e de recursos de rede. No entanto, para alta disponibilidade, você deve ter dois controladores. Dois controladores são o número máximo de controladores permitidos. Você pode criar o segundo Controlador de Sites usando o PowerShell e scripts de linha de comando. Para obter mais informações, consulte Provision a Second Web Sites Controller.

Front-end

O front-end encaminha solicitações para Web Workers dependendo da disponibilidade do Web Worker. Para alta disponibilidade, você deve ter mais de um front-end, e pode ter mais de dois. Para fins de planejamento de capacidade, considere que cada principal pode ter aproximadamente 100 solicitações por segundo. Para obter informações sobre como adicionar outros servidores front-end, consulte Scaling Windows Azure Pack: Web Sites for High Availability.

Management Server

A função Servidor de Gerenciamento de Sites manipula o tráfego de Gerenciamento de Sites usando a API REST do serviço de Sites do Pacote do Windows Azure. A função Servidor de Gerenciamento normalmente requer somente cerca de 4 GB de RAM em um ambiente de produção. No entanto, ela pode apresentar níveis altos de consumo da CPU quando muitas tarefas de gerenciamento (como a criação do site) são executadas. Para alta disponibilidade, você deve ter mais de um servidor atribuído à função, e pelo menos dois núcleos pelo servidor.

Para obter informações sobre como adicionar Servidores de Gerenciamento, consulte Provision Additional Management Servers.

Publisher

A função Publicador poderá apresentar grande utilização da CPU se vários locatários estiverem publicando simultaneamente. Para alta disponibilidade, disponibilize mais de uma função Publicador. Para obter informações sobre como adicionar outros servidores Publicador, consulte Scaling Windows Azure Pack: Web Sites for High Availability.

Servidor de Arquivos

Para a função Servidor de Arquivos, você pode usar o servidor de arquivos Autônomo para desenvolvimento e testes. Para fins de produção, você deve usar um Servidor de Arquivos do Windows pré-configurado, ou um servidor de arquivos pré-configurado que não seja do Windows.

O servidor de arquivos Autônomo é incluído como parte do Microsoft Azure Pack padrão: Instalação de Sites. A instalação Autônoma do provisiona a função Servidor de Arquivos em um único computador, coloca ACLs para as contas apropriadas e cria os compartilhamentos de rede necessários.

Em ambientes de produção, a função Servidor de Arquivos apresenta E/S intensa de disco. Como ela abriga todo o conteúdo e arquivos de aplicativo para sites de locatários, você deve pré-configurar um Servidor de Arquivos do Windows, um Cluster de Servidor de Arquivos, ou um servidor de arquivos que não seja do Windows, um cluster de servidor de arquivos, ou um dispositivo NAS (Network Attached Storage) para essa função. Para obter mais informações, consulte Pré-configurar um cluster do servidor de arquivos Windows ou um dispositivo NAS para Windows Pacote do Azure: Sites.

Aviso

Microsoft Azure Pack: O site se baseia no FSRM (Gerenciador de Recursos de Servidor de Arquivos), que não dá suporte a usuários do arquivo em expansão.

Adicionar web worker

Para alta disponibilidade, você deve ter pelo menos quatro funções Web Worker, duas para o modo de site Compartilhado e duas para o modo de site Reservado. Os modos de site Compartilhado e Reservado fornecem níveis diferentes de serviço para locatários. Logicamente, se você tiver muitos clientes que usam o modo reservado (com alto consumo de recursos), ou muitos clientes executados no modo compartilhado, serão necessários mais Web Workers.

Importante

Ao considerar o número de funções Web Worker a serem provisionadas, lembre-se de que, depois que um assinante colocar um Web Worker no modo reservado, esse Web Worker não estará mais disponível para assinantes no modo compartilhado. Por isso, instalar o Microsoft Azure Pack: Os Sites sem uma instância do Web Worker Compartilhado são uma configuração sem suporte.

Para ajudá-lo a determinar o número de funções Web Worker necessárias, considere o seguinte:

  • Memória - A memória é o recurso mais importante para a função Web Worker. A memória insuficiente afeta o desempenho do site quando a memória virtual é alternada de disco. Cada servidor requer aproximadamente 1,2 GB de RAM para o sistema operacional; a RAM disponível acima desse limite pode ser usado para executar sites.

  • Porcentagem de sites ativos - Com base em cargas de trabalho de produção observadas, aproximadamente 5% dos sites em uma Nuvem de Site costumam estar ativos. No entanto, a porcentagem de sites que estão ativos a qualquer momento pode ser significativamente maior ou menor. Supondo que uma taxa de "site ativo" seja de 5%, o número máximo de sites a serem colocados em uma nuvem de site não deve ser mais do que 20 vezes o número de sites ativos (5 x 20 = 100).

  • Superfície média de memória - A superfície média de memória para sites observada em ambientes de produção é de aproximadamente 70 MB. Com base nesse número, a quantidade de memória a ser alocada em todos os computadores ou VMs com a função Web Worker, que estejam instalados em uma Nuvem de Site, poderá ser calculada desta forma:

    Número de sites provisionados * 70 MB * 5% - (Número de funções de trabalho web * 1044 MB)

    Por exemplo, se 5.000 sites são provisionadas em uma Nuvem de Site que está executando 10 funções Web Worker, cada computador ou VM com a função Web Worker deve receber 7060 MB de RAM, determinado da seguinte forma:

    5.000 * 70 * .05 – (10 * 1044) = 7060 (=cerca de 7 GB)

Para obter informações sobre como adicionar instâncias do Web Worker, consulte Scaling Windows Azure Pack: Web Sites for High Availability.

Banco de dados do SQL Server em runtime do Pacote do Windows Azure: Sites

A Nuvem de Sites do Pacote do Windows Azure usa muito o SQL Server. Para alta disponibilidade, siga estas diretrizes para alocar recursos de RAM, disco e CPU:

  • Memória - Como o desempenho do SQL Server é dependente mais da memória disponível, procure alocar pelo menos 4 GB de RAM ao SQL Server para cada 30.000 sites provisionados. Para a maioria dos cenários, o desempenho do SQL se beneficiará de memória adicional, e o SQL Server usará a memória que você alocar para ele.

  • Espaço em disco - Para cada 10.000 sites provisionados, aloque pelo menos 4 GB de espaço em disco.

  • Contagem de CPUs - Para determinar o número de núcleos a serem alocados ao computador SQL Server, você pode usar os seguintes critérios:

    Quando o Gerenciador de Tarefas ou o Monitor de Desempenho mostrar que o uso da CPU do serviço do SQL Server se aproxima de 70%, aloque um núcleo adicional.

Para obter as medidas adicionais que você usa para aumentar a disponibilidade dos SQL Servers, consulte Configuring SQL Server for High Availability.

Consulte Também

Planejamento de capacidade para máquinas do portal de gerenciamento e API
Implantar o Microsoft Azure Pack: Sites