System Center

Controle real com o Virtual Machine Manager 2007

Edwin Yuen

Visão geral:

• Principais recursos do System Center Virtual Machine Manager 2007
• Como instalar o VMM
• Como converter máquinas físicas ou virtuais em VMs

O System Center Virtual Machine Manager 2007 é uma nova solução que fornece uma interface consolidada para o gerenciamento de toda a sua infra-estrutura virtual. O Virtual Machine Manager (VMM)

pode gerenciar instalações existentes do Microsoft® Virtual Server 2005 e também pode instalar o Virtual Server 2005 R2 SP1 em novos hosts de máquina virtual (VM). Com o VMM, as tarefas administrativas tradicionais do Virtual Server 2005 agora podem ser realizadas com muito mais eficiência através de uma interface centralizada, com acesso de gerenciamento a várias instalações do Virtual Server.

Além disso, o VMM oferece novos recursos ao Virtual Server, incluindo conversões P2V (Physical-to-Virtual, físico para virtual), conversão V2V (Virtual-to-Virtual, virtual para virtual) de discos VMDK (VMware Virtual Machine Disk Format, formato de disco de máquina virtual VMware) em VHDs (Virtual Hard Disks, discos rígidos virtuais) do Servidor Virtual e rápidas implantações de VM a partir de modelos e VHDs pré-configurados por meio de uma biblioteca centralizada de objetos de infra-estrutura virtual.

Nas páginas a seguir, explorarei o VMM e o conjunto avançado de recursos que ele fornece aos administradores de TI. Em seguida, apresentarei os requisitos e as etapas para a criação de uma instalação VMM. Finalmente, descrevei em detalhes os excelentes recursos do VMM e algumas dicas úteis para você começar.

Introdução ao Virtual Machine Manager 2007

O System Center Virtual Machine Manager 2007 é um aplicativo autônomo que fornece gerenciamento centralizado de classe corporativa das máquinas virtuais em execução no Microsoft Virtual Server 2005. Como parte da família do System Center, o Virtual Machine Manager integra-se a outros produtos do System Center para fornecer gerenciamento completo de infra-estrutura virtual e física. A Figura 1 mostra os vários componentes do Virtual Machine Manager e como o VMM está relacionado a um host do Servidor Virtual.

A caixa à esquerda representa o servidor do VMM e, à direita, representa um host da máquina virtual. Os componentes do VMM também podem ser instalados em servidores separadores, se você preferir, a fim de aprimorar o desempenho e a escalabilidade. Para este artigo, utilizaremos o modelo na Figura 1, onde os principais componentes do VMM são todos instalados em um computador. No núcleo do produto do VMM, encontra-se o serviço do Virtual Machine Manager, no centro à esquerda. Acima dele, estão as três interfaces diferentes do serviço: a interface do Windows PowerShellTM, o Console do Administrador e o Portal de Auto-atendimento com o gerenciamento de Provisão delegada. O suporte ao VMM é uma instalação do banco de dados do Microsoft SQL Server® 2005 (você pode usar uma instalação completa do SQL Server ou SQL Server 2005 Express Edition) e a biblioteca centralizada, que é um compartilhamento de arquivo para componentes da infra-estrutura virtual.

Figura 1** Arquitetura do System Center Virtual Machine Manager 2007 **(Clique na imagem para aumentar a exibição)

O lado direito da Figura 1 representa um host da máquina virtual do Virtual Server 2005 R2 que o VMM está gerenciando. Na parte inferior está o sistema operacional do host – nesse caso, o Windows Server® 2003 R2. O VMM instalará um agente no host da máquina virtual que facilitará a comunicação entre o VMM e o Virtual Server 2005 R2. Essa é uma instalação única no host físico, sem instalação nas VMs ou no SO convidado. Se o Servidor Virtual não estiver instalado na máquina de host, o VMM poderá realizar automaticamente a instalação quando o host for adicionado à lista de servidores gerenciados.

Como parte da família de produtos do System Center, o Virtual Machine Manager utiliza a nova interface do System Center (ou no estilo do Outlook®) para o Console do Administrador (em oposição ao snap-in do MMC tradicional). O Console do Administrador do VMM (consulte a Figura 2) foi desenvolvido usando o Microsoft .NET Framework 2.0 e é incorporado no Windows PowerShell 1.0. Na realidade, qualquer ação realizada no Console do Administrador chama de fato o comando do Windows PowerShell associado. Conseqüentemente, qualquer comando ou função chamado no Console do Administrador também poderá ser invocado diretamente através da linha de comando no Windows PowerShell.

Figura 2** IU do administrador do VMM mostrando máquinas virtuais gerenciadas **(Clique na imagem para aumentar a exibição)

Cada assistente no Console do Administrador também tem um botão Exibir script que mostrará o script do Windows PowerShell associado para o comando que está prestes a ser executado, que fornece um excelente ponto de início para aprendizado de como o Windows PowerShell está relacionado ao VMM. Assim que você se familiarizar com o uso do Windows PowerShell com o VMM, poderá fazer o script de ações em massa através do VMM.

O Virtual Machine Manager foi desenvolvido para fornecer três principais vantagens aos administradores de TI: ele permite que você maximize os recursos, obtenha mais agilidade e aproveite as habilidades existentes. O VMM fornece essas vantagens por meio de vários recursos e funções. Primeiramente, o VMM ajuda a maximizar os seus recursos ao fornecer um método para conversão de seus servidores físicos em máquinas virtuais, um processo conhecido como conversão de P2V, que permite que você consolide suas máquinas físicas existentes em máquinas virtuais sem precisar reinstalar essas máquinas. Isso é especialmente significativo ao converter máquinas com pouca utilização de hardware, pois você pode posicionar várias máquinas juntas em uma única parte do hardware físico. Isso pode ser especialmente útil para, digamos, máquinas com software de legado que raramente são utilizadas, mas precisam ser mantidas pois são executadas uma vez por ano (por exemplo, software de contabilidade normativo). Quando usado em conjunto com o System Center Operations Manager 2007, o VMM pode ajudar a produzir um relatório de candidatos à consolidação de servidor, a fim de analisar quais máquinas na infra-estrutura física são prováveis candidatos ao P2V.

Se você já tiver máquinas virtuais no formato VMDK do VMware, o VMM fornecerá o recurso de realizar uma conversão de V2V para converter os seus VMDKs existentes no formato de VHD. Isso coloca rapidamente o seu ambiente Virtual Server 2005 em funcionamento.

Como parte de qualquer implantação, seja nova ou iniciada através de conversão, o VMM usará um processo denominado Intelligent Placement para implantar as VMs nos hosts de máquina virtual. Usando o Intelligent Placement, o VMM consultará todos os hosts de máquina virtual que gerencia, recuperará vários parâmertos sobre a disponibilidade de recursos desses hosts e retornará então uma lista ponderada dos hosts recomendados para implantação na VM. Como você pode ver na Figura 3, o administrador poderá escolher então aceitar a recomendação, ajustar o algoritmo para que atenda a necessidades específicas ou basta implantar a VM no servidor de sua escolha. Com essa visão consolidada da infra-estrutura virtual e suas recomendações de host, o Intelligent Placement reduz extremamente as cargas relacionadas à implantação de VM.

Figura 3** O Intelligent Placement fornece recomendações para o melhor host do Virtual Server **(Clique na imagem para aumentar a exibição)

Outros recursos do VMM que proporcionarão excelentes vantagens incluem uma biblioteca centralizada e um portal de auto-atendimento para o provisionamento delegado. A biblioteca, mostrada na Figura 4, fornece um armazenamento central para todos os componentes necessários para criar uma infra-estrutura virtual, incluindo VHDs pré-criados e prontos para implantação, modelos com configurações de hardware e SO, scripts, perfis e arquivos ISO. As novas VMs podem ser criadas e implantadas a partir desses componentes e o uso de modelos e perfis pode padronizar as configurações de hardware e software nas VMs. O VMM também oferece suporte a bibliotecas distribuídas, permitindo que os componentes sejam armazenados em locais remotos e mantendo transferências de arquivos de grande porte no local remoto e, ao mesmo tempo, continuar gerenciando os componentes centralmente.

Figura 4** A biblioteca do VMM contém todos os blocos de criação para uma infra-estrutura virtual **(Clique na imagem para aumentar a exibição)

O portal de auto-atendimento é um site da Web que se integra com o serviço do VMM e uma instalação do IIS. O portal concede acesso a usuários e grupos autorizados do Active Directory® a VMs, com todas as funções disponíveis, dependendo da diretiva criada para esse usuário ou grupo. Essas funções variam da capacidade de visualizar e acessar as VMs à execução e ao desligamento das VMs, até a criação de novas VMs com base em recursos delegados específicos.

O administrador cria uma diretiva de auto-atendimento que concede funções específicas a usuários e grupos do Active Directory, a hosts ou grupos de hosts de máquina virtual específicos, bem como a VMs e modelos específicos. O portal de auto-atendimento fornece ao administrador a capacidade de delegar com segurança funções a usuários finais. Sem essa função, o administrador precisaria conceder acesso aos usuários finais ao Console do Administrador, a fim de gerenciar suas VMs, ou os usuários finais fariam solicitações para cada função, resultando em extenuantes emails e telefonemas apenas para realizar ações como iniciar e reiniciar a VM.

Instalação do Virtual Machine Manager

O VMM atualmente gerencia instalações do Virtual Server 2005 (e posteriores) no Window Server 2003 SP1 (e acima) no domínio do Active Directory (ou domínio confiável), bem como hosts que não sejam de domínio usando o suporte à rede de perímetro do VMM. Não é oferecido suporte às instalações do Virtual Server em sistemas operacionais de desktop, como o Windows® XP. As operações de P2V estão disponíveis somente para máquinas físicas localizadas no mesmo domínio (ou domínio confiável) que o servidor do VMM.

Embora eu recomende que cada componente de VMM seja instalado em servidores separados em um ambiente de produção, as instruções apresentadas neste artigo abordarão uma instalação de servidor único. O hardware recomendado para uma instalação de servidor do VMM é um servidor baseado em x86 ou x64 com execução em 2,8 GHz ou acima com, pelo menos, 2 GB de RAM. Como essa é uma instalação de servidor único com um banco de dados local do SQL Server, 7 GB de espaço no disco rígido serão necessários. Se for usado um banco de dados remoto, somente 1 GB será necessário para a instalação do VMM. Um adicional de 80 GB de espaço em disco é recomendável para a instalação da biblioteca local.

Além disso, o VMM requer que o WinRM 1.1 seja instalado no servidor do VMM, em todos os hosts de máquina virtual e em quaisquer servidores de biblioteca que serão gerenciados pelo VMM. O WinRM é a implementação da Microsoft dos serviços da Web para o protocolo de gerenciamento (WS-Management). O WinRM é um protocolo amigável de firewall baseado em SOAP, que permite que hardware e software de diferentes fornecedores interoperem e gerenciem um ao outro. O VMM utiliza o WinRM para realizar ações entre o servidor do VMM, os hosts de máquina virtual e os servidores de biblioteca. Você pode baixar o WinRM 1.1 do go.microsoft.com/fwlink/?LinkId=103610.

Outros pré-requisitos para a instalação incluem o .NET Framework 2.0 e 3.0, Windows PowerShell 1.0 e o IIS para o portal de auto-atendimento. Todos os requisitos adicionais de software são verificados durante a instalação do software do VMM e são fornecidos vinculados para os instaladores apropriados. Se qualquer um desses requisitos não for atendido, a instalação não será realizada.

Quando você iniciar a instalação do VMM, receberá três opções no menu principal: o Virtual Machine Manager Server, o Console do Administrador e o Portal de Auto-atendimento. Instalaremos todos os três em uma única máquina, iniciando com o Servidor. Assim que o processo de instalação for iniciado, as primeiras telas verificarão os pré-requisitos do sistema; você deve garantir que todos sejam atendidos, a fim de permitir a continuação da instalação.

Depois que os pré-requisitos forem verificados, você deverá analisar as opções de instalação, em especial aquelas relacionadas ao banco de dados do SQL Server. Com o VMM, você poderá escolher uma instalação do SQL Server 2005 Express Edition ou usar um banco de dados existente do SQL Server 2005. Para esse exemplo, utilizaremos o SQL Server 2005 Express Edition.

Na próxima etapa do assistente de instalação do VMM, identifique a localização da biblioteca centralizada. Esse local pode ser um diretório local no servidor do VMM (e será criado um compartilhamento para esse diretório) ou poderá ser usado um compartilhamento de arquivo existente. O local padrão é C:\Documents and Settings\All Users\Shared Documents\Virtual Machine Manager Library Files.

As atribuições de porta são a próxima etapa. Nessa etapa, configure as portas usadas para a conexão do Console do Administrador para o serviço do servidor do VMM principal (porta 8100), a porta usada pelo WinRM para realizar as funções de gerenciamento (porta 80, a porta HTTP padrão) e a porta usada pelo BITS (Background Intelligent Transfer Service, serviço de transferência inteligente em segundo plano) para mover os arquivos para os hosts de máquina virtual (porta 443, a porta HTTPS padrão). Assim que todas as informações forem coletadas, uma tela de resumo será apresentada e a instalação do servidor poderá ser concluída.

Agora, vamos instalar o Console do Administrador. Os pré-requisitos do sistema são semelhantes ao do servidor do VMM, exigindo o .NET Framework 2.0 e 3.0, bem como o Windows PowerShell 1.0. A única opção de configuração é confirmar as portas de comunicação a serem utilizadas para conexão com o serviço de servidor do VMM principal. Essa porta deve ser 8100, como configurada na instalação do servidor do VMM. No final da instalação, você receberá a opção de criar um atalho de desktop para o Console do Administrador e abrir o console quando encerrar a instalação. Sugiro a seleção das duas opções. Na primeira vez que você abrir o Console do Administrador, serão solicitadas as informações de conexão do servidor. Com uma instalação de servidor único, você se conectará ao host local na porta 8100 e pressionará Enter para iniciar o console.

Finalmente, vamos instalar o portal de auto-atendimento nesse servidor. Os pré-requisitos para isso são o IIS, o .NET Framework 2.0 e 3.0, e o Windows PowerShell 1.0. Durante a instalação, as únicas opções de configuração são as que lidam com as portas usadas pelo portal de auto-atendimento. A primeira é a porta para conexão com o serviço principal do WMM, a porta 8100, que é a mesma do Console do Administrador. A segunda é a porta na qual o portal será executado. A porta padrão é a porta 80, mas em muitas configurações, essa porta já pode estar em uso. Se necessário, altere a porta para outra aberta, como a 81.

O instalador criará um site da Web denominado Portal de Auto-atendimento do Microsoft System Center Virtual Machine Manager 2007 e a configuração poderá ser alterada no Gerenciador do IIS. Veja uma dica para facilitar a instalação: acesse o Gerenciador do IIS e selecione as propriedades do Portal de Auto-atendimento do Microsoft System Center Virtual Machine Manager 2007. Verifique a configuração do ASP.NET para o site da Web e confirme se a versão do ASP.NET está definida como 2.0. O portal de auto-atendimento não funcionará com o ASP.NET definido como 1.1 e, dependendo da ordem de instalação das versões do .NET Framework e do IIS, essas configurações podem variar.

Assim que a instalação do IIS for concluída, você poderá abrir o site da Web acessando https://localhost:81 no Internet Explorer®. Se for solicitada autenticação ao abrir o site da Web, isso se deve às configurações de segurança do Internet Explorer. O portal de auto-atendimento deve ser executado no contexto de intranet no Internet Explorer; você pode precisar adicionar o servidor do VMM à lista de sites de intranet na sua configuração local. Assim que essas alterações forem concluídas, você estará pronto para criar e usar diretivas de auto-atendimento no VMM.

Recursos do Virtual Machine Manager

Embora haja muitos recursos interessantes no VMM, há dois que indiscutivelmente foram responsáveis por grande parte do interesse: os recursos de Physical-to-Virtual e Virtual-to-Virtual. Ambas as funções são compatíveis a partir do Console do Administrador. Como o Console do Administrador do VMM se baseia no Windows PowerShell, todos os comandos também podem ser executados por meio do próprio Windows PowerShell. Para os nossos objetivos, exploraremos o processo de P2V usando o Console do Administrador e o processo de V2V por meio do Windows PowerShell.

Conversão Physical-to-Virtual

Para realizar a conversão de P2V, usamos o Console do Administrador do VMM. Há vários requisitos para a máquina física que será convertida. Primeiramente, essa máquina deve ser um membro do atual domínio ou um domínio confiável. O VMM se conectará a essa máquina para instalar um agente de P2V e transferir as informações necessárias. Em segundo lugar, a máquina de origem deve estar executando um sistema operacional compatível. Os sistemas operacionais compatíveis para P2V são o Windows Server 2003, Windows 2000 Server e o Windows XP Professional. Se essa máquina de origem estiver executando o Windows Server 2003 ou o Windows XP, o VMM utilizará o VSS (Volume Shadow Copy Service, serviço de cópias de sombra de volume) para consolidar os discos rígidos e distribuir os dados em discos rígidos virtuais. Isso permite que a máquina seja convertida sem qualquer período de inatividade, de modo que você não precise programar um período de inatividade para o servidor criar apenas a imagem de P2V. Para Windows 2000, um disco de inicialização do Windows PE será criado para facilita a criação de imagens de P2V. Para esse exemplo, utilizaremos um destino do Windows Server 2003.

O processo de P2V será iniciado escolhendo a opção "Convert physical server" (Converter servidor físico), em Ações, na parte superior direita do Console do Administrador. Isso ativará o Assistente de P2V, mostrado na Figura 5. A primeira página será a etapa Select Source (Selecionar Origem), onde a máquina a ser convertida será identificada. Insira o nome DNS dessa máquina e as credenciais de domínio apropriadas para conexão e gerenciamento. A próxima etapa permitirá que você dê um nome à VM resultante.

Figura 5** A função de P2V do VMM é baseada em assistente e na IU do 
Admin **(Clique na imagem para aumentar a exibição)

O assistente iniciará então o processo de coleta de informações a partir da máquina de origem. Quando você clicar em Gather System Information (Coletar informações do sistema), o VMM instalará um agente de P2V que irá recuperar as informações necessárias sobre o sistema operacional da máquina de origem, disco rígido e adaptadores de rede. Clicar em Next (Avançar) passará para uma tela de validação, a fim de que você verifique se há problemas conhecidos que impedirão a conversão. Se houver, serão apresentadas as possíveis resoluções.

Assim que as informações de configuração forem recuperadas, você poderá selecionar as partições de disco rígido a serem convertidas. Por padrão, a partição de inicialização é selecionada e quaisquer outras partições presentes serão disponibilizadas. Você pode escolher quais partições serão mantidas como parte da conversão. A P2V é um processo de cópia inteligente; o que significa que ele combina somente os dados de partições especificadas, em oposição a uma transferência fixa de uma imagem e tamanho de um disco rígido inteiro.

Finalmente, o assistente progredirá para as etapas da implantação padrão do VMM, incluindo as configurações de início do Servidor Virtual e processo de Intelligent Placement descrito anteriormente. Quando o assistente for concluído, a janela Jobs (Trabalhos) será exibida, mostrando a você todo o processo e andamento da P2V.

Por padrão, as VMs recentemente convertidas não iniciarão automaticamente (elas são convertidas em um estado parado), tampouco o processo de P2V desligará ou alterará o status de execução da máquina de origem. Esse é um processo de P2V não destrutivo. Como a nova VM terá o mesmo nome de computador, endereço IP e até endereço MAC do servidor original, essa máquina deve ser desligada antes de a VM poder ser iniciada. Se você quiser que a máquina de origem seja desligada ou que a VM recentemente convertida inicie de forma automática, isso pode ser feito a partir da linha de comando do Windows PowerShell. Como parte do processo, é uma boa idéia executar a P2V e, em seguida, executar a VM resultante em um ambiente de teste, certificando-se de que tudo tenha sido convertido com êxito.

Conversão Virtual-to-Virtual

Para executar a V2V, você precisará de uma máquina virtual VMWare (na forma de um arquivo VMDK) e uma instalação válida de VMM com um host de máquina virtual de destino designado. O cmdlet new-v2v do Windows PowerShell de V2V do VMM oferece suporte aos quatro seguintes formatos de arquivo VMDK: monolithicSparse, monolithicFlat, twoGbMaxExtentSparse e twoGbMaxExtentFlat. A maioria dos arquivos VMDK existentes se encaixam em uma dessas categorias:

O processo de V2V funciona somente em arquivos VMDK offline. No entanto, o processo de P2V pode ser usado para converter máquinas virtuais VMware atualmente em execução. As máquinas virtuais VMware consistem em dois componentes principais – os arquivos VMDK que são os discos rígidos virtuais onde os dados são armazenados e um arquivo VMX que contém as informações de configuração da máquina virtual. Os arquivos VMDK e VMX associados podem ser posicionados em um local de biblioteca que lhe conceda uma forma de acessar e converter a máquina virtual VMware sem a necessidade de conceder acesso ao arquivo a partir do servidor de origem.

Durante o processo de V2V, o arquivo VMDK será convertido em um arquivo VHD, o sistema operacional convidado será limpo para funcionar com o Servidor Virtual e uma nova máquina virtual será criada, a fim de que corresponda ao máximo à configuração original, efetuando as alterações necessárias para o hardware virtual compatível com o Servidor Virtual. Observe que cada parte do processo de conversão pode ser gerenciada separadamente por meio do Windows PowerShell, o que permite conversões de formato em massa antes da alocação de hosts para as novas máquinas virtuais. Nesse exemplo, no entanto, desejamos converter e implantar o VHD.

Embora a V2V possa ser feita por meio do Console do Administrador e do Windows PowerShell, utilizaremos o Windows PowerShell para esse exemplo. Para iniciar o processo de V2V, vamos iniciar uma janela do Windows PowerShell com os cmdlets do VMM carregados. Isso pode ser feito clicando em Iniciar | Todos os Programas | Microsoft System Center | Virtual Machine Manager 2007 | Windows PowerShell – Virtual Machine Manager.

A janela resultante teria o título Windows PowerShell – Virtual Machine Manager. Caso não seja, os cmdlets do VMM não poderão ser carregados. Assim que o Windows PowerShell for aberto, você poderá verificar o comando new-v2v executando o seguinte:

get-help new-v2v –full | more

Isso fornecerá a sintaxe e os exemplos sobre como executar uma V2V. No exemplo fornecido para este artigo, o nosso servidor do VMM será chamado de vmmserver.contoso.com, o host da máquina virtual de destino será chamado de vshost1.contoso.com e o VMDK será disponibilizado a partir do servidor de biblioteca vmmserver.contoso.com.

Inicie identificando o contexto para o servidor do VMM que será utilizado para executar a V2V, usando o comando get-vmmserver. Como com todos os comandos do Windows PowerShell, o get-vmmserver seguirá o formato verbo-substantivo e utilizará traços para os parâmetros. A linha a seguir mostra o comando que utilizaremos para identificar o servidor do VMM:

get-vmmserver –computername "vmmserver.contoso.com"

Isso define o vmmserver.contoso.com como o contexto do servidor do VMM para os comandos a serem seguidos. O resultado do comando acima é uma lista detalhada das informações sobre o vmmserver.contoso.com. Se o comando ou a sintaxe estiverem incorretos, uma mensagem de erro em vermelho descreverá o problema.

A próxima etapa é identificar o host da máquina virtual de destino, o host do Servidor Virtual para o qual o VMDK/VHD convertido será atribuído. Agora, vamos atribuir o valor de host da máquina virtual à variável $vmhost, usando o seguinte comando no Windows PowerShell:

$vmhost = get-vmhost –computername 
"vshost1.contoso.com"

Esse comando não produz comentários na janela de comando, mas você pode verificar facilmente se a variável está definida de modo correto ao simplesmente digitar $vmhost no prompt do Windows PowerShell e, em seguida, pressione Enter. Isso deve exibir as informações armazenadas em $vmhost (informações detalhadas sobre vshost1.contoso.com, semelhantes às informações que foram apresentadas para o servidor do VMM).

Além do host da máquina virtual, você precisará identificar o servidor de biblioteca no qual o arquivo VMDK está localizado. O comando é semelhante ao comando de host da máquina virtual utilizado previamente:

$library = get-libraryserver –computername 
"vmmserver.contoso.com"

Com com o $vmhost, inserir $library na linha de comando exibirá as informações do servidor de biblioteca.

Finalmente, digite o comando para realizar a conversão de V2V. Para realizar isso, use o comando new-v2v com a função get-help. Nesse comando, continue e identifique o servidor da biblioteca para VMX/VMDK, o host de destino, o nome da VM resultante e o caminho para o arquivo VHD convertido.

Para a linha de comando, a maioria das referências são feitas a partir da perspectiva do host de destino, no nosso caso, o vshost1.contoso.com, com o caminho de instalação que é fornecido como uma referência local para VSHOST1. O caminho VMX origina-se a partir da perspectiva do servidor de biblioteca. A linha de comando resultante no Windows PowerShell é a seguinte:

new-v2v –LibraryServer $library –vmxpath 
"\\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx" 
–vmhost $vmhost -name "DemoV2V" 
–path "C:\VHDs"

Como você pode ver, aqui estamos convertendo o VMX/VMDK em \\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx no servidor de biblioteca $library (VMMSERVER), implantando-o no host na variável $vmhost (VSHOST1), com o nome DemoV2V, no caminho C:\VHDs em VSHOST1.

Assim que o comando tiver sido executado, é sempre uma boa idéia voltar para a janela Jobs (Trabalhos) no Console do Administrador do VMM para visualizar o andamento. O VMX/VMDK será convertido e então copiado para VSHOST1, onde o VHD resultante será adicionado à lista de VMs como DemoV2V. Quando o processo for totalmente concluído, você poderá usar então a VMM para iniciar a nova máquina virtual e rever os resultados.

Conclusão

Como você pode ver, o System Center Virtual Machine Manager 2007 oferece alguns recursos novos e excelentes para a sua infra-estrutura virtual. Ao rever processos de P2V e V2V, espero ter mostrado o quanto eles são facilitados com o uso do Virtual Machine Manager.

O VMM foi desenvolvido para simplificar o trabalho de um administrador de TI no que diz respeito à criação, à implantação e à manutenção de VMs. Com o lançamento do System Center Virtual Machine Manager 2007, recomendo que os administradores do Virtual Server 2005 verifiquem como usar o Virtual Machine Manager para realizar a manutenção de seus hosts de máquina virtual. Para usuários da nova virtualização do Windows Server no Windows Server 2008, a Microsoft fornecerá suporte para a virtualização do Windows Server na próxima versão do System Center Virtual Machine Manager, que será disponibilizada depois do lançamento final da virtualização do Windows Server 2008.

Para obter informações adicionais sobre o VMM e baixar uma demonstração, visite microsoft.com/SCVMM. Para obter mais informações sobre todos os produtos de virtualização da Microsoft, acesse microsoft.com/virtualization.

Edwin Yuen é o Gerente técnico de produtos na divisão Windows Enterprise Management do System Center Virtual Machine Manager. Edwin ingressou na Microsoft com a aquisição em julho de 2006 da Softricity. Edwin também tem 13 anos de experiência em consultoria técnica em âmbito comercial e federal. Ele tem formação em engenharia elétrica pela Johns Hopkins University.

© 2008 Microsoft Corporation e CMP Media, LLC. Todos os direitos reservados. A reprodução parcial ou completa sem autorização é proibida..