Planejando o laboratório

Artigo
06/09/2015

À medida que você prepara o uso difundido do Lab Management em seu laboratório de teste, várias perguntas provavelmente passarão por sua cabeça:

De quantos servidores físicos eu preciso?
Quais tipos de servidores eu devo comprar?
De quanta capacidade de armazenamento eu preciso?
Posso usar uma SAN para armazenamento?
Posso instalar tudo o que quiser em um computador potente?
Como configurar um laboratório isolado?

Este tópico oferece diretrizes gerais para a estimativa dos números e tipos de servidores físicos, de máquinas virtuais (VMs) e de controladores de que você precisará para usar o Visual Studio Lab Management. Em geral, o número de servidores não é tão importante quanto a capacidade de cada servidor. Por exemplo, um servidor que usa um processador dual core ou quad-core será capaz de oferecer suporte à mais VMs que um servidor que usa um processador single-core. Da mesma forma, um servidor com 32 GB de RAM pode hospedar mais VMs ao mesmo tempo do que um servidor com apenas 8 GB de RAM.

Planejamento de capacidade

As seções a seguir contêm diretrizes para ajudar você a fornecer a capacidade suficiente para seu laboratório de teste virtual. As diretrizes são expressas como coisas a fazer (Fazer) e a não fazer (Não Fazer) quando você adquire ou configura o hardware ou quando instala e configura o software necessário.

Planejando o Team Foundation Server

Não

Configure tudo em um único computador. Somente se uma única máquina será usada apenas para fins de demonstração ou prova de conceito você deverá configurar todos os componentes em um único computador.
Use a conta do NetworkService como sendo a conta de serviço do Team Foundation Server se sua instância do Team Foundation Server usar mais de um servidor para executar a camada lógica do aplicativo, e você estará usando o recurso Lab Management do Visual Studio O uso da conta do NetworkService requer mais trabalho manual posteriormente para manter as máquinas físicas de host dos ambientes virtuais. Este trabalho adicional é necessário porque a conta do NetworkService para cada novo computador de camada de aplicativo tem que ser adicionado ao grupo Administrador local em cada computador host físico. Por exemplo, se você executar um laboratório virtual com 20 hosts físicos e adicionar ou substituir um computador da camada de aplicativo, você terá que atualizar cada um dos 20 computadores host com o nome do novo computador da camada de aplicativo e atribuir permissões. Em vez de usar a conta de NetworkService, use uma conta de usuário e uma senha padrão de domínio para a conta TFSservice. Fazendo isto, a conta de usuário de domínio é adicionada uma vez na configuração inicial do host físico e cada computador subsequente de camada de aplicativo usa a mesma conta. Para obter mais informações sobre as restrições da conta do NetworkService, consulte Conta do NetworkService.

Planejamento do System Center Virtual Machine Manager

Não

Instalação SCVMM em uma máquina virtual. Instalar SCVMM em uma máquina virtual tornará mais difícil administrar o host físico no qual a máquina virtual está sendo executada, e retardará o desempenho da biblioteca se você definir a biblioteca na mesma virtual.
Use o agrupamento com os servidores de biblioteca do SCVMM 2008 R2. O Lab Management somente suporta agrupamento em ambientes de SCVMM ao usar SCVMM 2012, e não SCVMM 2008 R2.
Defina IDs da LAN virtual para adaptadores de rede. O Lab Management não oferece suporte na configuração e uso de um ID LAN virtual no System Center Virtual Machine Manager. Se você definir manualmente a ID da VLAN em um adaptador de rede para uma máquina virtual e armazená-la na biblioteca SCVMM, a ID da VLAN será apagada quando a máquina virtual for implantada. Para obter mais informações sobre como usar IDs de VLAN, consulte Configurar redes virtuais no VMM.

Forneça os recursos suficientes de máquina do SCVMM. Se você pretende ter menos de 50 VMs em seu laboratório, o computador que estiver executando o SCVMM deverá ter pelo menos:
- Um processador de 64 bits
- 4 GB de memória
- Um disco rígido de 300 GB
- Sistema operacional Windows Server 2008 R2
Se você pretende ter mais de 50 VMs, aumente esses recursos. Se você quiser instalar o SCVMM com qualquer outro software no mesmo computador, dê ao servidor SCVMM a quantidade de recursos que foram descritos anteriormente neste tópico. No entanto, não se esqueça de determinar a quantidade depois que deduzir o consumo de recursos do outro software. Por exemplo, se você deseja instalar o SCVMM no computador que está executando Team Foundation Server, adicione os requisitos do Team Foundation Server e certifique-se de que o computador tem capacidade suficiente.
Forneça ao servidor que executa a biblioteca pelo menos 200 GB de espaço livre na unidade de disco rígido. Na instalação padrão, verifique se a unidade usada pelo compartilhamento de biblioteca tem mais do que 200GB de espaço livre.
Crie o compartilhamento de biblioteca padrão em D: e não em C:. Por padrão, o SCVMM cria o compartilhamento de biblioteca no mesmo computador que está ativado e cria a biblioteca na unidade C:. Alterar o compartilhamento da biblioteca padrão para D: facilita a atualização do computador posteriormente.
Use uma unidade de disco rígido com velocidade suficiente para a biblioteca. Se você quiser usar menos a biblioteca, um disco rígido com velocidade suficiente bastará. Se você quiser usar a biblioteca de forma moderada, use uma configuração de disco RAID 5 com 6 a 12 discos para maior produtividade. Caso você pretenda usar muito a biblioteca, use vários servidores de biblioteca. É possível usar o armazenamento direto-anexado ou SAN. Ao usar o SAN, crie uma LUN para ser usada exclusivamente para o computador de biblioteca.
Execute o Team Foundation Server em uma conta de usuário de domínio normal em vez da conta serviço de rede. Isso será necessário se você colocar o Team Foundation Server e o SCVMM no mesmo computador.
Se o SCVMM estiver instalado em um host Hyper-V, armazene as máquinas virtuais hospedados em Hyper-V em uma unidade de disco rígido diferente da biblioteca do SCVMM. Por exemplo, use C: de um disco para a biblioteca, e D: de outro disco para computadores virtuais Hyper-V. O servidor SCVMM, nesse caso, será executado no sistema operacional principal em Hyper-V. Isso garante que quando o sistema operacional principal for carregado, todos os sistemas operacionais convidados (VMs implantadas no Hyper-V) serão afetados. Para reduzir esse impacto, configure as reservas de host para o computador adicionando as reservas de host Hyper-V (descritas abaixo) aos requisitos do computador SCVMM mencionados anteriormente. As reservas de host podem ser configuradas com o console de administração de SCVMM.
Forneça roteamento de rede de linha de vista entre o SCVMM e o Team Foundation Server, hosts e outros servidores de biblioteca.
Atualize a máquina de SCVMM com todas as atualizações de segurança mais recentes do Windows e certifique-se de que essas atualizações sejam aplicadas automaticamente. Se isso não for viável, você deve planejar manter o controle do Windows e das atualizações de SCVMM e aplicá-los manualmente conforme se tornarem disponíveis.

Planejamento de hosts do Hyper-V

Não

Instalar qualquer software adicional como Team Foundation Server em máquina física de host. Se você tiver hosts suficientemente poderosos (que excedam as necessidades agregadas do hipervisor e das máquinas virtuais), então poderá ter o SCVMM ou um servidor de biblioteca colocalizado no host, desde que você também contabilize as restrições de recurso desses servidores. Por exemplo, se você deseja instalar o SCVMM em um computador host Hyper-V, adicione os requisitos do host, da máquina virtual e do SCVMM, e certifique-se de que o computador tem capacidade suficiente.
Use o agrupamento com os servidores de hospedagem Hyper-V. O Lab Management suporta agrupamento em ambientes de SCVMM.
Agende dezenas de implantações de VMs simultaneamente. Limita o número de implantações simultâneas de ambiente em hosts.
Use os diretórios físicos que estão em locais geográficos diferentes dos servidores de biblioteca. Caso você deva usar hosts em um local geográfico diferente dos servidores de biblioteca SCVMM, a velocidade de rede entre o SCVMM e os host deve ser de pelo menos 100 Mbps e não sujeita a latências altas.
Criar vários adaptadores de rede em uma máquina virtual que se conecta a uma rede específica. O Lab Management substitui essa configuração e cria dois adaptadores. Um adaptador se conecta à rede do laboratório e o outro manipula a conexão interna entre máquinas virtuais.
Configurar o endereço MAC em um adaptador de rede usado em um ambiente de rede isolada. O Lab Management limpa o endereço MAC no momento em que o ambiente de rede isolado é criado.

Forneça os computadores host com recursos suficientes e configure-os corretamente. O número de hosts do Hyper-V e a capacidade de cada host depende do número de VMs que você hospeda em seu laboratório. Se você decidir configurar um laboratório relativamente pequeno, instale a função Hyper-V em computadores com a seguinte configuração:
- Dois processadores de 64 bits dual-core com o recurso Hyper-V
- Memória de 16 GB
- Espaço em disco rígido de 300 GB
- Sistema operacional Windows Server 2008 R2
- As atualizações mais recentes do sistema operacional Windows.
Se você tiver um número relativamente grande de máquinas virtuais e se decidir configurar alguns hosts poderosos, configure cada host como a seguir:
- dois processadores de 64 bits quad-core com o recurso Hyper-V
- Memória de 64 GB
- Espaço em disco rígido de 1 TB
- Sistema operacional Windows Server 2008 R2
- As atualizações mais recentes do sistema operacional Windows.
Reservar memória RAM suficiente no host. Além dos requisitos de capacidade de host listados acima, você deverá reservar os seguintes recursos para o bom funcionamento do hipervisor. Para um host de 16 GB, defina 20% para a CPU e memória de 2 GB. Para um host de 64 GB, defina 30% para a CPU e memória de 4 GB. Essas reservas de host devem ser configuradas no painel de propriedades de host do Console de Administrador do SCVMM. Somente os recursos restantes no host após a dedução das reservas do host podem ser usados para máquinas virtuais.
Forneça armazenamento suficiente para máquinas virtuais. Você deve usar uma partição de disco para o armazenamento de máquina virtual diferente da partição primária do servidor Hyper-V. Por exemplo, use D: para armazenamento em máquina virtual e C: para partição primária do hypervisor. Depois que você decidir sobre o local de armazenamento da máquina virtual, configure esse local no Gerenciador do Hyper-V ou usando o Console de Administrador do SCVMM. Em Hyper-V Manager, altere a pasta virtual de discos rígidos e a pasta de máquinas virtuais. No Console de Administrador de SCVMM, altere o Caminho de Posicionamento nas propriedades do host.
Forneça os hosts com unidades de disco rígido rápidas e configure as unidades corretamente. Tipos de disco para hosts: é necessário ter um disco com uma boa velocidade. Discos configurados em RAID 5 são altamente recomendáveis. O armazenamento para hosts pode vir do armazenamento diretamente anexado ou da SAN. No entanto, se você decidir que o disco do host virá de uma unidade SAN para as necessidades de espaço e confiabilidade, você precisará ter LUNs mapeados separados para cada host. Mesmo que os LUNs sejam gerenciados pelo mesmo controlador, como o Visual Studio Lab Management não aproveita nenhuma funcionalidade de SAN, a cópia subjacente do BITS durante a implantação de uma máquina virtual acontecerá desde a biblioteca até o host por meio da rede local.
Para que SCVMM seja instalado em um host Hyper-V, é altamente recomendado que a unidade de disco rígido usada para armazenar máquinas virtuais hospedados Hyper-V seja diferente do disco usado para a biblioteca. O servidor SCVMM, nesse caso, será executado no sistema operacional principal em Hyper-V. Dessa forma, quando o sistema operacional principal é carregado, todos os sistemas operacionais convidados (VMs implantadas no Hyper-V) terão um impacto no desempenho. Para reduzir esse impacto, configure as reservas de host para o computador adicionando as reservas de host da máquina Hyper-V (descritas abaixo) aos requisitos do computador SCVMM mencionados anteriormente. As reservas de host podem ser configuradas com o console de administração de SCVMM.
Para que um host Hyper-V também seja usado como um servidor de biblioteca, você deve ter vários discos no computador. Você deve usar discos rígidos separados no host para as máquinas virtuais e para o armazenamento de biblioteca.
Forneça o host do Hyper-V com redes de linha de vista para o Team Foundation Server, SCVMM e outros servidores de biblioteca.
Se os hosts Hyper-V estão em locais geográficos diferentes, tenha um servidor de biblioteca local para cada local também.
Atualizar os hosts regularmente. Hosts Hyper-V devem estar em uma rede de onde as atualizações do sistema operacional podem ser automaticamente aplicadas. Se isso não for viável, você deve planejar manter o controle do Windows e das atualizações de SCVMM e aplicá-los manualmente quando eles estiverem disponíveis.

Planejamento de controladores e agentes

Não

Instala um Test Controller dentro de um ambiente. Somente os agentes de compilação, de teste e de laboratório devem ser instalados em máquinas virtuais em um ambiente.

Use mais de um controlador de compilação ao criar e implantar um aplicativo para testes. O primeiro controlador é usado pelo processo de compilação e não é amplamente utilizado. O segundo controlador é usado para implantar a compilação para máquinas virtuais e testes de execução; portanto, pode ser intensamente usado se houver um grande número de máquinas virtuais em seu laboratório. O segundo controlador também é usado para tirar instantâneos do ambiente.
Use controladores de teste no mesmo domínio que Team Foundation Server. Se o esprtfs e um controlador de teste estão em um grupo de trabalho ou em um domínio não confiável, você deve criar uma conta de usuário local com o mesmo nome de usuário e senha em ambos os computadores, adicionar esse usuário no Team Foundation Server para o grupo de segurança "[Coleção de Projeto]\Contas de serviço de teste da coleção do projeto" e registrar o controlador de teste com a coleção de projeto de equipe usando essa conta local.

Planejamento de topologia

Use uma rede de gigabit para se conectar ao servidor onde o SCVMM está instalado para os servidores de biblioteca e os hosts Hyper-V.
Estabeleça uma relação de confiança total bidirecional entre os domínios em que Team Foundation Server, o controlador de teste, o controlador de compilação, SCVMM e o host físico das máquinas virtuais estão em execução.

Há várias topologias que você pode usar para configurar o Lab Management para testar seu aplicativo. A topologia mais simples para usar o Lab Management exige apenas dois servidores: instale todos os componentes do Team Foundation Server no mesmo servidor e instale todos os componentes do SCVMM 2008 em um servidor adicional. Como alternativa, você pode ter requisitos complexos de topologia de rede que restringem as redes em que Team Foundation Server, SCVMM, hosts Hyper-V e máquinas virtuais que executam o aplicativo sob teste podem ser localizados. Em outra alternativa, convém configurar o balanceamento de carga de rede para o Team Foundation Server. A lista a seguir sugere várias dimensões possíveis para sua topologia e as variações em cada dimensão.

Rede

DNS
Firewall
Gateway de gerenciamento de ameaças

Domínio

Confiança unidirecional
Confiança bidirecional
Sem confiança

Camada lógica do aplicativo do Team Foundation Server

Servidor único
Vários servidores sem balanceamento de carga de rede
Vários servidores com balanceamento de carga de rede

Camada lógica de dados do Team Foundation Server

Servidor único
Vários servidores sem agrupamento
Vários servidores com agrupamento

Testes

Dentro do ambiente
Fora do ambiente

As quatro topologias de exemplo a seguir são exemplos de como você pode configurar combinações das dimensões acima de acordo com suas necessidades de teste.

Topologia de exemplo 1

A camada de aplicativo lógica do Team Foundation Server é executada em diversos servidores e esses servidores são controlados por um balanceador de carga da rede. Também há uma rede de teste separada com configurações de firewall para controlar o tráfego de teste de entrada e de saída da rede do domínio. O diagrama a seguir ilustra a topologia 1.

Todos os computadores Unidos em rede corporativa

Para que as instruções configurem essa topologia, consulte Configurar várias topologias para testar com o Visual Studio Lab Management — parte 1.

Topologia de exemplo 2

A camada de aplicativo lógica e as camadas de dados do Team Foundation Server são executadas em diversos servidores, mas esses servidores não são controlados por um balanceador de carga da rede. Também há uma rede de teste separada com uma biblioteca e um host baseados em SAN. O diagrama a seguir ilustra a topologia 2.

Máquinas sem o balanceador de carga, mas com SAN

Para que as instruções configurem essa topologia, consulte Configurar várias topologias para testar com o Visual Studio Lab Management — parte 2.

Topologia de exemplo 3

A camada de aplicativo lógica do Team Foundation Server é executada em diversos servidores e esses servidores são controlados por um balanceador de carga da rede. Há também uma rede de teste separada. Os aplicativos em teste fazem chamadas a um banco de dados fora do ambiente virtual. O diagrama a seguir ilustra a topologia 3.

Máquinas com o banco de dados fora do ambiente

Para que as instruções configurem essa topologia, consulte Configurar várias topologias para testar com o Visual Studio Lab Management — parte 3.

Topologia de exemplo 4

A camada de aplicativo lógica e as camadas de dados do Team Foundation Server são executadas em diversos servidores e esses servidores são controlados por um balanceador de carga da rede. A rede e os ambientes de teste estão em um domínio separado. O diagrama a seguir ilustra a topologia 4.

Máquinas dentro de dois domínios