Capacitação planejamento para Windows Azure Pack: Web Sites

  • Artigo

 

Atualizado: 6 de junho de 2014

Aplica-se a: Windows Azure Pack

Servidores: Físico ou Virtual?

Windows Azure Pack: As funções dos Web Sites podem ser instaladas em Windows Server 2012 R2 ou Windows Server 2012. As instâncias do servidor podem ser computadores físicos ou máquinas virtuais. Se utilizar máquinas virtuais, podem estar em qualquer fornecedor de VM. À medida que o fosso de desempenho entre máquinas virtuais e hardware físico diminui, a vantagem custo/desempenho das máquinas virtuais torna-as mais atraentes.

Planeamento de capacidade por função de servidor de web sites

Controlador

O Controlador de Web Sites normalmente experimenta baixo consumo de CPU, memória e recursos de rede. No entanto, para alta disponibilidade, deverá ter dois controladores. Dois controladores é também o número máximo de controladores permitidos. Pode criar o segundo Controlador de Web Sites utilizando scripts de linha PowerShell e comando. Para obter mais informações, consulte Provision a Second Web Sites Controller.

Front End

As rotas frontais solicitam aos Trabalhadores web dependendo da disponibilidade do Web Worker. Para alta disponibilidade, você deve ter mais do que uma Front End, e você pode ter mais de dois. Para fins de planeamento de capacidade, considere que cada núcleo pode lidar com aproximadamente 100 pedidos por segundo. Para obter informações sobre a adição de servidores frontais adicionais, consulte o Pacote Azure de Escala Windows: Web Sites para Alta Disponibilidade.

Servidor de Gestão

A função do Servidor de Gestão de Sítios Web trata do tráfego de Gestão de Web Sites utilizando o Windows Azure Pack Web Sites Service REST API. Normalmente, a função Do Servidor de Gestão requer apenas cerca de 4 GB de RAM num ambiente de produção. No entanto, pode experimentar altos níveis de CPU quando muitas tarefas de gestão (como a criação de sites) são realizadas. Para alta disponibilidade, deverá ter mais de um servidor atribuído a esta função e pelo menos dois núcleos por servidor.

Para obter informações sobre a adição de servidores de gestão adicionais, consulte Provision Additional Management Servers.

Publisher

O papel Publisher pode experimentar uma forte utilização do CPU se muitos inquilinos estiverem a publicar simultaneamente. Para alta disponibilidade, disponibilize mais de um Publisher papel. Para obter informações sobre a adição de servidores Publisher adicionais, consulte o Pacote Azure de Escala Windows: Web Sites para Alta Disponibilidade.

Servidor de Ficheiros

Para a função 'Servidor de Ficheiros', pode utilizar o servidor de ficheiros Autónomo para desenvolvimento e teste. Para efeitos de produção, deve utilizar um Windows File Server pré-configurado ou um servidor de ficheiros pré-configurado não Windows.

O servidor de ficheiros Autónomo está incluído como parte do pacote de Windows predefinido Azure Pack: Web Sites. A instalação autónoma prevê a função do Servidor de Ficheiros numa única máquina, coloca OS ACLs para as contas apropriadas e cria as partilhas de rede necessárias.

Em ambientes de produção, a função do Servidor de Ficheiros experimenta uma e/ção intensiva do disco. Uma vez que abriga todos os ficheiros de conteúdo e aplicação para sites de inquilinos, deve configurar um Windows Servidor de Ficheiros, Cluster de Servidor de Ficheiros ou um servidor de ficheiros não Windows, o cluster do servidor de ficheiros ou o dispositivo NAS (Network Attached Armazenamento) para esta função. Para obter mais informações, consulte pré-configurar um Windows Desípar o Cluster do Servidor de Ficheiros ou dispositivo NAS para Windows Azure Pack: Web Sites.

Aviso

Windows Azure Pack: Os Web Sites contam com Resource Manager do Servidor de Ficheiros (FSRM), que não suporta servidores de ficheiros de escala.

Web Worker

Para alta disponibilidade, deverá ter pelo menos quatro Funções de Trabalhador Web, duas para o modo web site partilhado e duas para o modo web site reservado. Os modos de web site compartilhados e reservados fornecem diferentes níveis de serviço aos inquilinos. Claro que, se tiver muitos clientes que usam o modo Reservado (que é intensivo em recursos), ou muitos clientes em modo partilhado, serão necessários mais Web Workers.

Importante

Ao considerar o número de funções do Web Worker para a prestação, lembre-se que depois de um assinante ter colocado um Web Worker no modo Reservado, esse Web Worker deixará de estar disponível para assinantes em modo Partilhado. Por esta razão, instalar Windows Azure Pack: Web Sites sem uma instância do Web Worker partilhado é uma configuração não suportada.

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

  • Memória - A memória é o recurso mais crítico para um papel de Web Worker. A memória insuficiente afeta o desempenho do site quando a memória virtual é trocada do disco. Cada servidor requer aproximadamente 1,2 GB de RAM para o sistema operativo; o RAM disponível acima deste limiar pode ser usado para executar web sites.

  • Percentagem de sites ativos - Com base em cargas de trabalho de produção observadas, aproximadamente 5% dos sites de um Web Site Cloud são tipicamente ativos. No entanto, a percentagem de sites que estão ativos a qualquer momento pode ser significativamente maior ou menor. Assumindo uma taxa de "web site ativo" de 5%, o número máximo de sites web a colocar numa Nuvem do Web Site não deve ser mais de 20 vezes o número de sites ativos (5 x 20 = 100).

  • Pegada média da memória - A pegada média de memória dos websites observados em ambientes de produção é de cerca de 70 MB. Com base neste número, a quantidade de memória que deve ser atribuída em todos os computadores de funções do Web Worker ou VMs instalados numa Cloud do Web Site pode ser calculada da seguinte forma:

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

    Por exemplo, se 5.000 web sites forem alocados numa Cloud do Web Site que esteja a executar 10 funções de Web Worker, então cada computador de função web worker ou VM deve ser atribuído 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 o Pacote Azure de Escala Windows: Web Sites para Alta Disponibilidade.

Windows Azure Pack Web Sites Runtime SQL Server Database

Windows Azure Pack Web Site Cloud faz uso extensivo de SQL Server. Para alta disponibilidade, siga estas orientações para a atribuição de recursos RAM, Disco e CPU:

  • Memória - Como SQL Server desempenho é mais dependente da memória disponível, aloque pelo menos 4 GB de RAM ao seu SQL Server por cada 30.000 sites que são a provisionados. Para a maioria dos cenários, SQL desempenho beneficiará de memória adicional, e SQL Server usarão a mesma memória que lhe atribuísse.

  • Espaço em disco - Por cada 10.000 sites que são a provisionados, aloque pelo menos 4 GB de espaço em disco.

  • Contagem de CPU - Para determinar o número de núcleos a atribuir ao seu computador SQL Server, pode utilizar os seguintes critérios:

    Quando o Gestor de Tarefas ou o Monitor de Desempenho mostram que o uso do CPU de SQL Server serviço aproxima-se dos 70%, atribua um núcleo adicional.

Para obter medidas adicionais que tome para aumentar a disponibilidade dos seus SQL Servidores, consulte configurar SQL Server para Alta Disponibilidade.

Consulte também

Planeamento de capacidades para máquinas de porta-a-dia e de gestão
Implementar Windows Azure Pack: Web Sites