Planejar arquiteturas virtuais (SharePoint Server 2010)

Aplica-se a: SharePoint Server 2010

Tópico modificado em: 2017-01-17

Este artigo aborda as principais considerações sobre o planejamento de arquiteturas virtuais usando as funções de servidor do Microsoft SharePoint Server 2010. Não inclui recomendações ou dados de planejamento de capacidade ou desempenho. Descreve orientações gerais sobre planejamento de ambientes virtuais e inclui arquiteturas de exemplo para farms de pequeno, médio e grande portes.

Neste artigo:

• Arquiteturas virtuais versus físicas

• Exemplo de arquiteturas virtuais para farms de pequeno a médio porte

• Exemplos de arquitetura virtual para farms de médio a grande porte

Arquiteturas virtuais versus físicas

Normalmente, uma organização considera uma mudança para arquiteturas virtuais porque deseja reduzir o número de servidores necessários para hospedar uma solução, para usar mais eficientemente o hardware existente ou economizar energia e espaço. A capacidade para automatizar a implantação do servidor também é uma motivação primária para implantar um ambiente de servidor virtual.

Virtualizando servidores Web e servidores de aplicativo

As funções de servidor Web e de servidor de aplicativos são boas candidatas à virtualização. Quando você planeja um ambiente virtual, uma abordagem razoável é aplicar topologia, desempenho e orientação de capacidade para planejar o ambiente físico, e usar o número resultante de servidores Web e servidores de aplicativo, incluindo funções de servidor de aplicativo específicas, como um ponto de partida para o ambiente virtual.

Em um ambiente virtual; no entanto, mais servidores virtuais podem ser necessários para prover o mesmo nível de serviço e desempenho durante os horários de pico que o fornecido pelos servidores físicos. Os resultado dependerão dos serviços específicos e dos padrões de uso desses serviços.

Isso posto, executar em um ambiente virtual propicia a flexibilidade de realocar recursos em máquinas virtuais à medida que isso for necessário para ajustar o desempenho.Também é possível adicionar e remover servidores virtuais facilmente para resolver picos no uso de serviços específicos que ocorram em momentos previsíveis durante o ano.

Virtualizando o SQL Server

A questão de virtualizar ou não o Microsoft SQL Server é algo a se debater e depende das metas gerais de uma implantação. Um ambiente virtual do SQL Server normalmente executa um pouco mais lento do que em um ambiente físico, embora o desempenho tenha melhorado com o lançamento das novas versões. Com a versão mais recente da função Hyper-V (incluída no Windows Server 2008 R2), os testes de desempenho do SQL Server indicam que pode ser obtido o mesmo resultado (comparado a um servidor físico) em uma máquina virtual convidada ao custo de um pequeno aumento no uso da CPU.

Há outras coisas a serem consideradas antes de se planejar a virtualização do SQL Server, por exemplo, o número de núcleos de CPU exigido pelo SQL Server, o plano de failover e disponibilidade, e as opções de otimização de armazenamento. Independentemente, os benefícios de implantação do SQL Server para um ambiente virtual podem superar o custo de desempenho.

Organizações que hospedam farms do SharePoint e planejam implantar e recriar farms frequentemente (por exemplo, empresas de hospedagem) tirarão o maior proveito adicionando o SQL Server ao ambiente virtual. A virtualização do SQL Server também pode ser útil em uma solução temporária ou transitória, por exemplo, durante a combinação de vários farms em um farm corporativo e na retirada de hardware. Organizações que extraiam o máximo de hardware limitado terão o maior benefício implantando o SQL Server em servidores físicos. Os exemplos neste artigo incluem ambientes que adotaram ambas as abordagens.

Para obter mais informações, consulte Executando o SQL Server 2008 em um Ambiente do Hyper-V — Melhores Práticas e Recomendações de Desempenho (https://go.microsoft.com/fwlink/?linkid=134106&clcid=0x416). Esse white paper se baseia em uma versão anterior de Hyper-V. Procure uma versão mais nova desse documento no final da primavera (boreal) de 2010.

Virtualizando outros servidores no ambiente

As soluções do Produtos do SharePoint 2010 dependem de outros servidores no ambiente. Esta seção apresenta orientação geral sobre o faturamento nessa arquitetura virtual.

Active Directory

É recomendado que, no mínimo, o controlador do domínio raiz de um ambiente de serviços de diretório Active Directory seja hospedado em um servidor físico fora de ambientes virtuais. Se necessário, os controladores de domínio adicionais podem ser implantados como servidores virtuais.

Para obter mais informações sobre como implantar o Active Directory em ambiente virtuais, consulte os seguintes recursos:

• Blog de Sander Berkouwer: Active Directory em ambientes de Hyper-V, Parte 2 (https://go.microsoft.com/fwlink/?linkid=186927&clcid=0x416)

• Considerações sobre Planejamento de Controladores de Domínio Virtualizados (https://go.microsoft.com/fwlink/?linkid=186928&clcid=0x416)

Produtos de gateway

Os produtos de gateway incluem:

• Microsoft Forefront Unified Access Gateway (UAG)

• Microsoft Forefront Threat Management Gateway (TMG)

Para obter uma maior disponibilidade, é recomendado posicionar esses produtos fora do ambiente virtual do Produtos do SharePoint 2010. Para obter mais informações sobre como configurar os ambientes virtuais desses produtos de gateway, consulte a documentação do produto.

Testando lado a lado

Se estiver preocupado sobre como a implantação das funções de servidor do Produtos do SharePoint 2010 em um ambiente virtual poderá afetar o desempenho, teste as funções específicas que você planeja implantar. Você pode usar os resultados para decidir quantos servidores virtuais implantar para determinada função, ou para implantar uma função específica no ambiente virtual. Por exemplo, se o farm rastreará um grande volume de conteúdo, os resultados dos testes poderão levá-lo a implantar a função de rastreamento em um servidor físico dedicado.

Um meio para testar um ambiente virtual é implantar uma função específica virtual e fisicamente, e comparar os dados de parâmetro de comparação de rede, memória, disco e CPU. A ilustração a seguir apresenta um exemplo de como testar funções de servidor específicas usando um número limitado de servidores.

Nessa ilustração, funções específicas são implantadas no ambiente virtual. Um servidor de teste físico é configurado para testar cada função, um de cada vez, de modo que os dados de parâmetro de comparação possam ser coletados lado a lado. Não se esqueça de levar em consideração as diferenças entre os ambientes físico e virtual que afetarão resultados de teste, como especificações de hardware diferentes.

Se já tiver um farm, adicione um host virtual e alterne para máquinas virtuais que tenham funções equivalentes, para ver como o desempenho virtual de cada função é afetada. Você também pode verificar como as diferentes combinações de funções afetam o desempenho geral do farm. O exemplo a seguir ilustra essa ideia.

Exemplo de arquiteturas virtuais para farms de pequeno a médio porte

O ponto de partida da substituição de um farm físico usando um farm virtual é de usar dois a quatro servidores host físicos. Para cada host, o número de servidores que pode ser implantado é determinado pelos recursos de memória, CPU, disco e rede disponíveis.

As duas ilustrações a seguir apresentam implantações de exemplo em que os servidores Web e as funções de servidor de aplicativo são implantados em um ambiente virtual.

Neste exemplo, esteja ciente do seguinte:

• Os recursos mínimos para CPUs e RAM representam os pontos de partida para o farm. Como são reservados apenas dois núcleos para cada imagem virtual, este exemplo é apropriado apenas para ambientes de verificação de conceito ou de desenvolvimento em que o desempenho não seja um problema. Reserve recursos sobressalentes suficientes para serem realocados com base no monitoramento de desempenho.

• O SQL Server é implantado em servidores físicos, em vez de em servidores virtuais.

• Os servidores Web e de aplicativo são redundantes em dois servidores host.

• Três servidores Web estão implantados no ambiente virtual para fins de alta disponibilidade.

• Os controladores de domínio do Active Directory são implantados em servidores físicos.

Para ambientes de teste piloto e de produção, quatro núcleos são o ponto de partida mínimo recomendado para máquinas virtuais. Os seguintes ambientes virtuais usam menos máquinas virtuais para obter esse objetivo.

Este exemplo representa um ambiente de ponto de partida. Talvez você tenha de adicionar recursos, dependendo do padrão de uso do farm.

Exemplos de arquitetura virtual para farms de médio a grande porte

Com servidores host maiores, é possível alocar mais recursos às imagens virtuais. A ilustração a seguir apresenta uma implementação de exemplo que usa mais CPUs e RAM.

Se os benefícios da virtualização do SQL Server superarem a compensação de desempenho, o SQL Server poderá ser implantado como convidado, como mostrado na ilustração a seguir.

Neste exemplo, esteja ciente do seguinte:

• Apenas uma instância do SQL Server é implantada para cada host. Em ambientes virtuais de pequeno e médio porte, é recomendado não implantar mais de um SQL Server convidado por host.

• Ambos os servidores host incluem mais memória para acomodar o número de servidores virtuais, incluindo SQL Server.

Se determinada função de servidor consumir tantos recursos a ponto de afetar adversamente o desempenho geral do ambiente virtual, dedique um servidor físico para essa função. Dependendo dos padrões de uso de uma organização, essas funções podem incluir servidores de rastreamento, o servidor que importa perfis, o Aplicativo de Serviços do Excel ou outros serviços amplamente utilizados. A ilustração fornece um exemplo.

Neste exemplo:

• O SQL Server é implantado em servidores físicos. Remova o SQL Server do ambiente virtual antes de remover as funções de serviço do aplicativo.

• A função de rastreamento é implantada em um servidor físico. Em alguns ambientes, uma função diferente pode ser candidata a ser implantada em um servidor físico, dependendo do uso.