A virtualização

Automatizar a implantação de host do Virtual Machine

Fergus Strachan

Visão geral:

• Implantação da tecnologia Hyper-V e automação
• Resolver problemas de generalização de Sysprep
• Recursos virtuais de provisão
• Configurar a implantação automática do sistema operacional convidado e tecnologias de servidor

Download do código disponível em: StrachanHyperV2009_02.exe(1,026 KB)

Conteúdo

Arquitetura de implantação
Com o WDS implantação hiperlink V
Com base em WMI configuração hiperlink V
Implantação de laboratório virtual
Implantação de aplicativos de servidor
Conclusão

Você provavelmente está familiarizado com muitos dos bons motivos para configurar um ambiente de tecnologia Hyper-V, mas uma que podem ser de interesse particular é como Hyper-V pode facilitar avaliações do produto e treinamento em laboratórios de teste e aprendizado ambientes sem prejudicar a compatibilidade de 64 bits. Hyper-V executa mesmo em hardware de 64 bits básico desde que tenha uma CPU com capacidade e uma recente atualização do BIOS para oferecer suporte a virtualização de hardware. Isso se torna um demais para implantar a ambientes de teste completa com base no versões de software totalmente suportado, como a versão de 64 bits do Microsoft Exchange Server 2007. E depois de configurar a implantação, é fácil reimplantar sempre que você precisa começar do zero, se observar um novo produto ou iniciar uma nova sessão de classe.

Mesmo se você estiver implantando um ambiente de teste para um cliente com dois controladores de domínio (DCs), um computador executando SQL Server, dois servidores de front-end do SharePoint, um servidor de caixa de correio do Exchange 2007, um servidor de Transporte de Hub e um servidor de acesso para cliente, ele vai levar muito esforço. Suponha que você tenha um muito maior do ambiente, com talvez 600 máquinas virtuais (VMs). Você pode imaginar reinstalar esses VMs toda semana ou sempre que um novo ambiente de laboratório é necessária? É imprescindível para automatizar essas implantações e isso é onde Hyper-V pode fazer uma diferença.

Hyper-V é a tecnologia do Windows e você poderá combiná-lo com de WMI, o Windows PowerShell, o WDS (Serviços de implantação do Windows), Kit de Instalação Automatizada do Windows (AIK) e (Windows PE) 2.0 para habilitar implantações completa na intermitência de um olho aberto — ou pelo menos sem a necessidade de muita atenção. Talvez seja mais interessante examinar as telas de instalação e as barras de progresso enquanto os sistemas de implantar e se configuram, mas você não precisa fazer isso se você tiver coisas mais importantes na sua lista.

Neste artigo, mostro como implantar servidores Hyper-V, as VMs, sistemas operacionais convidados e aplicativos de servidor sem nenhuma interação do administrador usando o WDS, instale o personalizado imagens, arquivos unattend.xml e scripts do WMI. A idéia é pré-configurar um ambiente de WDS uma vez e instale os sistemas de teste, sempre que necessário, como quando reinstalar um ambiente de ensino, solucionar problemas de complicado no configurações diferentes e desenvolvimento e teste soluções personalizadas.

A interação necessária apenas durante a implantação é pressionar a tecla F12 para iniciar a pré-inicialização eXecution Environment (PXE), e você poderá eliminar até esta etapa se você usar o Startrom. n12 em vez do arquivo de inicialização de Startrom.com padrão em sua configuração WDS, conforme explicado no artigo do TechNet" Totalmente automatizada do plano de fundo de design instalação."

As tarefas restantes, em seguida, já estão em mãos do WDS, AIK e WMI, após você ter automaticamente iniciado Hyper-V VMs. Você poderá encontrar os arquivos de configuração e scripts no material complementar, disponível na de 2009 de fevereiro downloads de código seção do TechNet Magazine site na Web em technet.microsoft.com/magazine/cc135868. As imagens de instalação reais não são incluídas, como eles são muito grandes, mas você poderá adaptar os arquivos do Assistente para seu próprio ambiente de laboratório.

Arquitetura de implantação

No núcleo do meu laboratório infra-estrutura de implantação é um servidor WDS com serviços de domínio Active Directory (AD DS), nome de domínio (DNS), DHCP (Dynamic Host Configuration Protocol) e, naturalmente, o WDS. Para conveniência administrativa, eu também instalado ferramentas AIK e Hyper-V para a administração remota neste servidor. Isso é tudo o que leva para preparar para a eficiência de implantação Hyper-V. Você não precisa mais, embora você pode introduzir servidores WDS adicionais se a alta disponibilidade através de redundância é importante para você. Os computadores físicos restantes são servidores Hyper-V, implantados por meio do WDS e hospedar as VMs que formam o ambiente de teste real, como ilustrado na Figura 1 .

Figura 1 um ambiente de laboratório completa com base em tecnologia Hyper-V e as máquinas virtuais

Para obter instruções sobre o servidor WDS de implantação, consulte a planilha complementar "Implantando o Windows Deployment Services" no mesmo site de download mencionado anteriormente. Como você verá, a instalação é simples. É a implantação e a configuração de hosts Hyper-V que é um desafio, mas mais sobre isso em instantes.

Com o WDS implantação hiperlink V

Uma das vantagens de implantações do WDS para Hyper-V é que o WDS simplifica atualizar mídia de instalação do Windows Server 2008, que é necessária porque a mídia original só inclui uma versão de pré-lançamento do Hyper-V. A versão de lançamento real está disponível como uma atualização separada no Centro de Download da Microsoft.

Em poucas palavras, aqui estão as etapas você tomar: implantar o Windows Server 2008 em um computador de referência, atualizar a instalação com os arquivos Hyper-V mais recentes, instalar Hyper-V, use o Sysprep.exe para generalize a instalação, capturar e carregar a imagem de instalação generalizado para o servidor WDS e, em seguida, automatizar a implantação de tecnologia Hyper-V padrão para todos os hosts a infra-estrutura física. Preferem usar o Windows Server 2008 Server Core para Hyper-V porque meus servidores Hyper-V são dedicados para hospedar as VMs e o Server Core oferece um sistema operacional pequeno vantagens de espaço, bem como segurança, confiabilidade e capacidade de gerenciamento. E para capturar imagens de instalação, usar o WDS, é claro. Confira o assistente planilha "Implantando padrão Hyper-V hosts por usando o Windows Deployment Services" quão fácil é criar, carregar e usar uma tecnologia Hyper-V atualizado instalar a imagem. Ele não pôde ser mais simples.

Até o momento, tudo bem; a implantação de tecnologia Hyper-V padrão com base no WDS é fácil, mas a configuração autônoma não está sem desafios. O problema é que você precise executar Sysprep.exe para generalize a instalação de referência antes de capturar e carregar a imagem de instalação, mas Sysprep.exe Remove informações de configuração essenciais a imagem Hyper-V generalizada.

Entre outras coisas, Sysprep.exe generalizes o BCD (dados de configuração de inicialização) e remove a diretiva de inicialização do hypervisor do armazenamento BCD. BCD deveriam para ser independente de firmware, mas que não é o caso com tecnologia Hyper-V. O hypervisor depende dos recursos de virtualização do hardware subjacente e do BIOS, para iniciar o hypervisor diretiva deve passar para generalize a imagem de instalação. É possível modificar o armazenamento BCD off-line após a generalização de Sysprep, mas isso não é uma solução.

Se você montar a imagem de instalação usando ImageX.exe (uma ferramenta incluída no AIK), você pode novamente a diretiva de inicialização usando BCDEdit.exe; no entanto, o programa de instalação do Windows remove essa diretiva novamente durante a fase de generalização da rotina de instalação real. Você está novamente no início.

Ele é um pouco de uma situação difícil porque você precisa a diretiva de inicialização para iniciar o hypervisor. Sem um hypervisor em execução, o servidor de Hyper-V não é funcional. a Figura 2 mostra a mensagem de erro exibida ao tentar iniciar uma VM em um servidor Hyper-V, implantado por meio de um personalizado instalar imagem mas sem um ajuste da configuração de inicialização.

A Figura 2 não é possível iniciar máquinas virtuais porque o hypervisor não está em execução

Uma maneira de inserir novamente a diretiva de inicialização do hypervisor é adicioná-lo manualmente após a instalação do servidor executando o comando

bcdedit /set hypervisorlaunchtype auto

e reiniciar o servidor Hyper-V, mas essa etapa manual seria um obstáculo grave uma implantação de laboratório de teste totalmente autônoma. Felizmente, o AIK inclui Gerenciador de imagem do sistema de Windows, que você pode usar para criar um arquivo unattend.xml para a imagem de instalação que o WDS aplica durante a instalação com seu próprio arquivo WDSClientUnattend.xml. Nesse arquivo unattend.xml, você pode especificar que programa de instalação deve automaticamente logon para o Windows com credenciais administrativas fornecidas pelo cliente WDS e, em seguida, executar um script que insere a diretiva de inicialização do hypervisor volta para o armazenamento de BCD e reinicia o servidor.

a Figura 3 ilustra a abordagem geral e o material complementar inclui a versão completa do arquivo unattend.xml bem como um script hypervconfig.vbs completa. Você pode incluir o script hypervconfig.vbs diretamente na imagem de instalação para que fique disponível durante a instalação. Basta montar a imagem com ImageX.exe, conforme descrito na planilha complementar "Personalizando Hyper-V Deployments".

A Figura 3 reconfigurando e iniciando o hypervisor

Com base em WMI configuração hiperlink V

Habilitar novamente o hypervisor não é muito difícil, mas se você analisar o meu script hypervconfig.vbs, você descobrirá que ele contém um pouco mais do que estas cinco linhas simples de código. Além da diretiva de inicialização, você deve configurar o ambiente inteiro Hyper-V, e é a parte um desafio do texto de implantação.

Você não pode simplesmente criar VMs no sistema de referência antes de captura de imagem, incluí-los na imagem de instalação e espera que tudo funcione após corrigir a diretiva de inicialização do hypervisor. O servidor terá as VMs, claro, mas as dependências de hardware estão falta.

A generalização de imagem desconecta as portas Ethernet do seus VMs das placas de interface de rede física (NICs) e unidades de passagem-a de base discos rígidos e dispositivos de CD/DVD. Você pode ignorar a generalização, mas não é uma boa idéia incluir VMs pré-instaladas em uma imagem de instalação. Pré-instaladas VMs aumentar a imagem bastante, licenças de avaliação de servidores de teste implantado, eventualmente, expiram e domínios do Active Directory não deseja ser colocado off-line por longos períodos de tempo ou. Se você restaurar um ambiente de laboratório usando backups de VMs instalados há vários meses, você terá uma chance razoável de enfrentar problemas de autenticação e a replicação do Active Directory. É melhor iniciar a partir do zero sempre.

Portanto, vamos configurar VMs e os recursos associados, como placas de rede, discos rígidos e unidades de DVD, no ambiente de tecnologia Hyper-V antes de depuração a implantação real do laboratório de teste. Como você pode ter suposto, configuração desses recursos virtuais é a principal tarefa do script hypervconfig.vbs.

A abordagem é relativamente simples. O script determina o nome do servidor Hyper-V local e, em seguida, configura um conjunto de específica do host de VMs. Cada VM recebe duas unidades de DVD virtuais mapeadas para um arquivo .iso específicas do servidor e um arquivo .iso de instalação geral. O arquivo .iso específicas do servidor corresponde à inicialização do DVD. Ele inclui todos os scripts necessários e arquivos de configuração para uma instalação autônoma de um servidor específico do laboratório.

O arquivo de instalação geral fornece a mídia de instalação real. Compartilhando o arquivo .iso geral entre todas as VMs em um servidor ajuda a manter o tamanho da imagem de instalação Hyper-V moderadamente sob controle. Você pode colocar os arquivos ISO em um servidor de rede, mas uma forma ou outro que você deve copiar os arquivos para o servidor Hyper-V para a instalação, portanto, decidi para incluí-los diretamente na imagem de instalação. Dessa forma, você tem os arquivos ISO disponíveis localmente sempre que necessário. Isso pode ser útil, por exemplo, ao instalar componentes adicionais ou reinstalar uma determinada VM sem tearing para baixo o ambiente de laboratório inteiro.

FALAREI sobre a instalação do servidor-específicas DVDs em alguns instantes. Primeiro, VOU me concentrar na configuração da infra-estrutura de tecnologia Hyper-V por meio de um script com base em WMI. Conforme ilustrado na Figura 4 , há uma variedade de recursos virtuais que você deve fornecer, incluindo uma opção virtual com portas de comutação internos e externos, as VMs próprios com suas placas Ethernet virtuais, virtuais unidades IDE conectadas aos arquivos do disco rígido virtual (VHD) e as unidades de DVD virtuais conectadas aos arquivos ISO para a instalação dos sistemas operacionais convidados e aplicativos de servidor.

A Figura 4 Provisioning recursos virtuais para o ambiente de laboratório

Você também precisará ajustar a configuração de início automático das VMs e alterar a ordem de inicialização para usar a unidade de disco virtual primeiro, seguido por unidade de DVD virtual que está conectada ao arquivo .iso específicas do servidor. Nesta configuração, o inicialize VMs a partir do DVD de instalação até que o sistema operacional é instalado no disco rígido virtual. Tenho certeza de que você está familiarizado com essa seqüência porque ele é padrão para qualquer PC moderno.

O script hypervconfig.vbs configura as VMs para iniciar automaticamente quando o físico computador for iniciado, portanto, as VMs ficar online após a reinicialização HypervisorLaunchType e é como a instalação do laboratório commences. As VMs, eventualmente, inicialize nas rotinas de instalação dos seus sistemas operacionais de convidado. Isso é a chave para uma implantação de laboratório totalmente autônoma.

Na maior parte, a configuração da VM segue os mesmos princípios que você levar em consideração ao configurar os computadores físicos com várias unidades conectadas a vários controladores IDE. A opção virtual, entretanto, requer explicação adicional porque ele é a chave para permitir a comunicação entre as VMs no mesmo servidor Hyper-V e entre as VMs em servidores separados através da rede de computador. Basicamente, você pode comparar uma opção virtual para sua contraparte física. Você criá-lo chamando o método CreatedVirtualSwitch, mas uma opção sem portas não é muito útil.

Para conectar-se a opção a uma rede física, você deve criar uma porta do comutador chamando o método CreateSwitchPort e associar essa porta uma placa de rede Ethernet disponível no servidor. Você pode conectar uma placa de rede física a apenas uma opção virtual, mas você pode ter vários switches conectados entre si diretamente ou através de VMs que executam o software de roteador. Para os propósitos deste artigo, no entanto, um ambiente de rede básico sem roteadores de rede é suficiente para eu configurado uma única opção virtual em cada servidor de Hyper-V conectado ao primeiro disponível físico Ethernet cartão.

Também conecte as VMs à opção virtual. Novamente, você deve criar uma porta do comutador separado para cada máquina virtual, chamando Create­SwitchPort. Em seguida, você pode associar cada porta do comutador com adaptador de rede virtual uma VM. Não se esqueça se conectar a partição pai ao virtual switch também se você quer fornecer conectividade de rede externo. Você pode realizar essa tarefa convenientemente, chamando o método SetupSwitch, que espera uma porta do comutador externos e internos, uma referência para uma placa Ethernet física disponível e um nome de dispositivo exclusivo e um nome para exibição como parâmetros.

Chamando o método de SetupSwitch, converter a opção virtual de uma chave particular para uma opção externa, como demonstrado no script hypervconfig.vbs no material complementar. O script contém todos os detalhes para configurar a conectividade de rede externa para as VMs. Para obter mais informações, leia o Documentação do provedor WMI de virtualizaçãono MSDN. Partes substanciais do meu script hypervconfig.vbs se baseiam os exemplos disponíveis em "usando o provedor WMI de virtualização".

Implantação de laboratório virtual

Agora que a implantação de tecnologia Hyper-V é realizada e a inicialização de VMs automaticamente após reiniciar de cada sistema, pode ativar minha atenção para a implantação real do ambiente de laboratório. Para treinamento centros, ele provavelmente suffices para implantar os sistemas de operacionais rede virtual infra-estrutura e Convidado e permitir que o trainees implantar os demais aplicativos de servidor mais tarde. Mas para fins de desenvolvimento, teste e avaliação é melhor automatizar a implantação inteira do ambiente de laboratório.

A abordagem geral é semelhante ao método Hyper-V. Após a instalação autônoma do sistema operacional, deixe a conta de administrador faça logon automaticamente e execute os comandos de configuração adicionais. No entanto, você precisa orquestrar a implantação.

Todas as VMs inicialize no suas rotinas de instalação praticamente ao mesmo tempo, mas alguns servidores dependem outros servidores para que não é possível fazer todas as instalações simultaneamente. Por exemplo, você precisa instalar AD DS para poder adicionar qualquer outro servidor para o domínio, o Exchange Server 2007 também exige o AD DS, servidor de SharePoint farms requerem SQL Server e assim por diante, portanto, a máquina virtual somente em seu cenário que pode executar a instalação do Windows imediatamente será DC01.Litware.com. Todas as outras VMs devem aguardar até que o controlador de domínio está em execução.

Há várias maneiras para implementar uma seqüência de instalação. Você pode definir um atraso de inicialização para VMs, mas essa técnica é notoriamente não confiável. Você está disposto a aposto que a instalação do Active Directory sempre for concluída dentro de 15 minutos? E quanto tempo demora para instalar o primeiro Exchange Server depois disso?

Outra possibilidade é um script com base em WMI para alternar as VMs quando permitir que os pré-requisitos de instalação. Essa é uma alternativa melhor, embora exija que você coordenar a execução do script centralizado com implantação de VM distribuída. Ele é menos complicado para personalizar cada rotina de instalação individuais e permitir que as VMs verificar quaisquer pré-instalação determinada requisitos próprios antes de iniciar suas rotinas de instalação do Windows, como mostrado na Figura 5 .

A Figura 5 Implementando uma seqüência de implantação com base em pré-requisitos de instalação

O Windows PE nos permite implementar essas rotinas de instalação personalizada. É um mínimo sistema operacional de Win32 com serviços limitados, mas com suporte para host de scripts do Windows (WScript), WMI e Microsoft Data Access Component (MDAC). Você precisará apenas criar uma imagem personalizada do Windows PE, adicionar os pacotes de recurso do Windows necessários, incluir um script personalizado e, em seguida, editar o arquivo de Startnet.cmd localizado em % SystemRoot%\System32 da imagem do Windows PE para executar o script personalizado.

A planilha complementar "Criando personalizado inicialização imagens para Server Deployments" descreve como criar uma imagem personalizada do Windows PE para cada servidor no ambiente de laboratório de teste. a Figura 6 mostra como usar essa técnica para orquestrar a implantação de um segundo controlador de domínio.

A Figura 6 implantação de Orchestrated de um segundo controlador de domínio em um laboratório de teste

O arquivo Startnet.cmd inclui um comando netsh para atribuir um endereço IP estático à interface de rede da máquina virtual e chama o script StartSetup. O comando netsh não é estritamente necessário em um ambiente ativados para DHCP, mas ela ajuda a realçar erros relacionados à rede. Por exemplo, se você configurar uma placa de rede padrão (porta de Ethernet de Synthetic Microsoft) para a máquina virtual em seu script de configuração Hyper-V em vez de uma placa de rede herdados (porta de Ethernet do Microsoft emulado), o comando netsh informará que o Windows PE não conseguem reconhecer o NIC.

O script StartSetup não informar sobre esse problema ao tentar acessar recursos da rede porque a declaração On Error Resume Next habilita o script para sustentar erros em tempo de execução. Se dc01 não estiver disponível por algum motivo, a conexão tentativas falhas e o script continuará a fazer um loop indefinidamente. O loop finaliza somente se uma tentativa de conexão é bem-sucedida e se dc01 é um servidor de catálogo global, que implica que o AD DS tenha sido instalado.

Quando o loop termina, o script chama o comando de instalação real, especificando um arquivo unattend.xml com configurações específicas do servidor. O diagrama na Figura 6 ilustra como esperar por um servidor de catálogo global para ficar online, mas o mesmo princípio é também aplicável em outros cenários, como quando verificar a disponibilidade do arquivo compartilha ou bancos de dados do SQL Server. Simplesmente tente acessar o recurso e saia do loop se a tentativa seja bem-sucedida.

Recursos Hyper-V

Site do Windows Server 2008 Hyper-V

Blog da equipe de virtualização do Windows

Guia de serviços de implantação do Windows

Kit de Instalação Automatizada do Windows

Referência de instalação autônoma do Windows

Implantação de aplicativos de servidor

A tarefa restante somente é configurar o arquivo unattend.xml para adicionar o servidor ao domínio, definir configurações de TCP / IP, habilitar o RDP (protocolo de área de trabalho remota) e configurar <firstlogoncommands> para a instalação dos aplicativos de servidor desejado. A maioria dos aplicativos de servidor do Microsoft oferecem suporte a implantações autônomas.

Para o AD DS, você deve fornecer um arquivo de resposta, conforme explicado o artigo na Base de Dados de Conhecimento da Microsoft" Como usar o modo autônomo para instalar e remover serviços de domínio do Active Directory no Windows Server 2008-Based Domain Controllers." Para o Exchange Server 2007, você deve usar parâmetros de linha de comando em vez disso (consulte" Como instalar o Exchange 2007 no modo autônomo"na Ajuda on-line do). Para o SQL Server 2008, você deve seguir as instruções de Ajuda on-line descritas no artigo" Como: instalar o SQL Server 2008 partir de prompt de comando." E para o Windows SharePoint Services 3.0, preste atenção às" Referência do arquivo config.xml para Windows SharePoint Services."

Os requisitos variam em complexidade, mas você pode implantar esses sistemas sem qualquer interação do administrador. A tarefa final é pressionar a tecla F12 para envolver o sistema de implantação com o WDS.

Conclusão

Hyper-V é a tecnologia empolgante. Ele é compatível com 64 bits totalmente, portanto, você não precisará implantar versões de software de 32 bits para fins de treinamento ou avaliação mais se uma versão de 64 bits está disponível. É tecnologia do Windows, portanto, que pode se beneficiar do WDS, AIK e o Windows PE para implantação. Ele oferece suporte a WMI e o Windows PowerShell através de um provedor de WMI virtualização, que você pode usar para gerenciar todos os aspectos do ambiente virtualizado incluindo a configuração de recursos e as VMs durante o processo de implantação. Ele usa um hypervisor em vez de um monitor de Virtual Machine (VMM) para fornecer alto desempenho e aumentar a escalabilidade e ele está incluído no Windows Server 2008 em nenhum extra de custo.

Hyper-V-com base em ambientes são relativamente uncomplicated para implantar. Demora apenas alguns cliques do mouse para começar a usar as primeira VMs, e em conjunto com tecnologias de implantação do Windows é divertido automatizar até mesmo os cenários mais complexos.

A única desvantagem que eu posso vê é a documentação online do provedor WMI virtualização, que é ainda em um estágio infant do e, portanto, o código de exemplo não aborda todas as tarefas relevantes. Os resultados, no entanto, são vale a pena o esforço. Ele é divertido para ver um ambiente de TI implantar próprio — mesmo se ele inclui muito menos de 600 VMs.

Fergus Strachan é com base em London independente consultor especializado no design de infra-estrutura de servidor do Microsoft e a implementação para clientes de empresas no Reino Unido. Fergus tiver escrito artigos técnicos sobre a tecnologia de servidor do Microsoft e criados integração do ISA Server 2006 com o Microsoft Exchange 2007. Ele também é co-autor do Microsoft Exchange Server 2003 Resource Kit.