.

Como habilitar o PowerShell no Hyper-V Server 2008 R2

Um dos novos recursos do Microsoft Hyper-V Server 2008 R2 é que agora pode activar o PowerShell sobre ele. Isso é realmente útil quando deseja realizar tarefas básicas localmente, em vez de ter de usar a interface de utilizadore remoto. Para fazer isso tudo o que precisa fazer é executar o comando a seguir:

 start /w ocsetup MicrosoftWindowsPowerShell

 Depois que pode iniciar a janela de comando PowerShell ao executar o seguinte comando:

 start C:\Windows\System32\WindowsPowerShell\v1.0\PowerShell.exe

 Pode ver os resultados na imagem abaixo.

Porquê aplicar um snapshot num controlador domínio numa VM pode ter problemas?

Esta é uma questão bastante comum para na comunidade de TI.

Imagine que tem uma VM que está associada a um domínio e está a funcionar perfeitamente. Faz um snapshot, para assim pode restaurar a VM a este ponto mágico de workingness, a qualquer momento. Quando precisar de acionar esta VM e para testar algo, precisa reverter para o snapshot e iniciar a VM. Logo após aparece uma mensagem a dizer que o domínio não confia mais na sua estação de trabalho (virtual). O que é que aconteceu? Não foram feitas alterações no snapshot!  Por isso que ele é chamado de snapshot!  Por isso que isto dá erro?

Bem, tem razão. Não foram feitas alterações no snapshot, e isso é parte do problema.

Faz parte das políticas de domínio (por padrão) do Active Directory para um membro de domínio alterar a password da conta agora e sempre. Sem dúvida tem que alterar a password para a conta de utilizador ocasionalmente, portanto, isso não deveria ser uma surpresa. O que pode ser uma surpresa é que a mesma coisa acontece para contas de computador. Eis a razão – os computadores têm contas, também.

Agora então (por padrão, a cada 30 dias, mas o valor é configurável através de politica de domínio), a estação de trabalho vai negociar uma nova password com o domínio. Tudo acontece nos bastidores, sem o seu conhecimento.

Salvo, se tiver uma VM ingressada no domínio com snapshots tirados ao mesmo tempo (servidor e cliente).

O problema surge porque a estação de trabalho – em algum momento – negoceia uma nova password com o domínio e regista-a para uso futuro.  Em seguida, o snapshot foi aplicado, e desta forma activou a VM a "viajar de tempo". Esta VM do passado foi levada para o futuro e não tem conhecimento de tudo o que aconteceu no intermédio. Portanto, a Vm pensa que a antiga password é ainda está actualizada. E ele tenta utilizar essa mesma password. E o domínio ao verificar que a password é diferente, nega o acesso.

Por que razão o Hyper-V deixa isso acontecer?

Não é apenas o Hyper-V. Isso acontece o tempo todo para qualquer VM em qualquer tecnologia de virtualização (desde que tenha a possibilidade de fazer snapshot e poder aplica-lo). A mesma coisa vai acontecer em qualquer situação onde tenha que "convencer" o Windows que a password da conta do computador é algo que não é (como restaurar um snapshot ou qualquer outro tipo de backup).

O que pode se pode fazer sobre este problema?

Existem três possibilidades.

1.       Se puder, mudar a política de domínio padrão ou obtenha uma excepção criada para sua conta(s) de computador(es). Isso não é a melhor opção porque abre um buraco de segurança (pequeno como podem ser).

2.       Logon numa conta de administrador local no sistema e retirar do domínio. Em seguida, voltá-lo a colocar no domínio. A conta do computador irá obter uma nova password, e esta actualizada, que a estação de trabalho conhece. Alternativamente, poderá utilizar o NETDOM.EXE para redefinir a senha da conta do computador. Pode sempre automatizar este mesmo processo, se precisar.

3.       Sysprep na VM e criar um arquivo autónomo que irá configurá-la de acordo com o que pretende, que poderá ser ingressar automaticamente no domínio, por exemplo. Uma vez que a máquina utilize o sysprep, pode fazer um snapshot e sempre restaurar para aquele ponto, daqui por diante.

Erro ao fazer uma conversão P2V com o System Center Virtual Machine Manager 2008

Ao executar uma conversão de físico para virtual (P2V), utilizando o System Center Virtual Machine Manager 2008, o job do P2V pode falhar com a seguinte mensagem de erro:

Error (3154)

An internal error has occurred trying to contact an agent on the servername server.

(Internal error code: 0x8099319E)

Possível Causa

Este problema pode ocorrer se a porta utilizada pelo BITS para executar a conversão P2V no computador de origem estiver em uso por outro aplicativo ou serviço. A porta padrão usada para conversão P2V no SCVMM 2008 é 443.

NOTA No System Center Virtual Machine Manager 2008 R2, a porta padrão para a conversão P2V é a 40443, para evitar este tipo de erro.

Resolução

Para resolver este problema, execute um dos seguintes métodos:

1. Parar o serviço ou aplicativo que está utilizar a porta 443, para isso realize as seguintes etapas:

1.       No computador de origem, execute o seguinte comando para determinar qual processo está à escuta na porta 443:Navegue para a até à seguinte chave do registo:
NETSTAT – ANB

2.       Pare o serviço ou processo que está a escutar na porta 443.

3.       Inicie novamente o job de conversão P2V.

1. Alterar a porta de padrão utilizada pelo Virtual Machine Manager 2008 para conversão P2V, para isso realize as seguintes etapas:

1.       Abra o Editor do Registo (regedit.exe).

2.       Navegue para a até à seguinte chave do registo:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings

3.       Criar um novo valor DWORD com um nome de P2VBITSTcpPort e definir o valor decimal para um número de porta inferior a 32768.

NOTA Irá precisar escolher uma porta TCP que não esteja já em uso.

4.       Reinicie o serviço de Virtual Machine Manager.

5.       Repita o job de conversão P2V.

Remote Server Administration Tools (RSAT) para o Windows 7 RC

Com a disponibilidade publica da versão RC (Release Candidate) do Windows Server 2008 RC e do Windows Hyper-V Server 2008 R2, foi também lançado as ferramentas de administração para estes produtos, ou seja, as ferramentas Windows 7 RC Remote Server Administration Tools (RSAT).

Mas o que é o RSAT

O Cliente RSAT é uma colecção de ferramentas de gestão do Windows Server no qual habilita aos profissionais de TI gerir, administrar toda a infra-estrutura Windows Server através do nosso PC correndo o Windows 7. O Cliente RSAT está disponível para toda a gente como parte suplementar do Windows 7. Embora não venha instalado por padrão (à semelhança das ferramentas administrativas para o Windows Server 2003 (ADMINPAK.MSI)), faz parte do licenciamento de software da Microsoft para o Windows 7, ou seja, é gratuito.

O RSAT permite gerir e administrar a totalidade das funcionalidades (Roles e Features) dos servidores que correm o Windows Server 2008 R2, mas também alguns Roles e Features do Windows Server 2008, bem como do Windows Server 2003, através de um computador cliente com Windows 7. Inclui suporte para gerir remotamente os servidores que estejam a correr tanto a versão Core ou a versão Full do Windows Server 2008 R2, bem como algumas Roles e Features do Windows Server 2008.

Instalação

Fazer download do pacote, de acordo com a sua versão do Windows 7:

·         Microsoft Remote Server Administration Tools for Windows 7 RC (x86)

·         Microsoft Remote Server Administration Tools for Windows 7 RC (x64)

O que vem incluído no RSAT

Esta é a lista de ferramentas administrativas para o Windows Server na qual vêm incluídas no Cliente do RSAT para o Windows 7:

·         Server Administration Tools:

o    Server Manager

·         Role Administration Tools:

o    Active Directory Certificate Services (AD CS) Tools

o    Active Directory Domain Services (AD DS) Tools

o    Active Directory Lightweight Directory Services (AD LDS) Tools

o    DHCP Server Tools

o    DNS Server Tools

o    File Services Tools

o    Hyper-V Tools

o    Terminal Services Tools

·         Feature Administration Tools:

o    BitLocker Password Recovery Viewer

o    Failover Clustering Tools

o    Group Policy Management Tools

o    Network Load Balancing Tools

o    SMTP Server Tools

o    Storage Explorer Tools

o    Storage Manager for SANs Tools

o    Windows System Resource Manager Tools

Material de estudo sobre o Windows Hyper-V Server 2008

Microsoft está a oferecer formação livre em Hyper-V, que inclui módulos sobre HA (High Availability – Alta Disponibilidade) e sobre Failover Clustering.

E-Learning: Exam 70-652: TS: Windows Server Virtualization, Configuring

Esta colecção de cinco cursos de 2 horas irá ajudar a desenvolver as habilidades necessárias para execução e gestão do Hyper-V em um ambiente de TI, bem como, a criar e gerir máquinas virtuais e hosts em um ambiente virtual.

Utilize código promocional: 9350-Y2W6-3676

Os cursos dentro da colecção incluem os seguintes tópicos:

• Uma visão geral da tecnologia Hyper-V
• Criar um ambiente virtual
• Implantação de sistemas em um ambiente virtual
• Configurando alta disponibilidade em um ambiente virtual
• Administrando um ambiente virtual com SCVMM

Detalhes:  https://www.microsoftelearning.com/eLearning/offerDetail.aspx?offerPriceId=228779

Detalhes do exame: http://www.microsoft.com/learning/en/us/exams/70-652.mspx

E-Book: Understanding Microsoft Virtualization Solutions

Este guia vai ensinar sobre os benefícios das tecnologias mais recentes da virtualização e como planejar, implementar e gerir soluções de infra-estrutura virtuais.  As tecnologias cobertas incluem: Windows Server 2008 Hyper-V, System Center Virtual Machine Manager 2008, Microsoft Application Virtualization 4.5, Microsoft Enterprise Desktop Virtualization, and Microsoft Virtual Desktop Infrastructure.

Download gratuito: http://csna01.libredigital.com/?urmvs17u33

Onde instalar o SCVMM 2008, numa VM ou num Servidor Físico?

"Onde se deve, instalar o VMM, em um servidor físico ou numa VM e, em seguida, adiciona-se esse mesmo servidor físico como um host gerido?" Esta é uma questão comum sobre o posicionamento do VMM.

A resposta é simples, em ambos. Pois qualquer dos cenários é totalmente suportado. Na verdade, algumas empresas querem construir um ambiente totalmente virtualizado, com as máquinas apenas físicas sendo hosts. Neste cenário, o ambiente todo, em seguida, pode ser gerido utilizando um servidor VMM que seja executado em uma máquina virtual em um host que está a ser gerida pelo servidor VMM.

No entanto há considerações, algumas muito importantes, que devem ser consideradas ao planear o ambiente de virtualização. Se o cenário acima for implementado, veja as seguintes considerações:

1.       Não irá conseguir migrar a VM que contém System Center Virtual Machine Manager para outro host, que irá falhar por razões óbvias. Como melhores práticas, a VM que contém o SCVMM não deve ser migrada, nem desactivada, nem fazer pausa ou até mesmo Salvar o Estado. Além disso, Optimização de Recursos de Desempenho (PRO - Performance Resource Optimization) deve não ser habilitada para esse grupo de host, pois isso poderá fazer com que o PRO migre VM do servidor VMM automaticamente.

2.       Outro problema seria se o host físico passar para um Estado 'não responder'. Em seguida, não irá poder abrir a console de Admin local ou remotamente.

Tão embora esse seja um cenário totalmente suportado, pode não ser a melhor escolha para seu ambiente específico.

Novidades no System Center Virtual Machine Manager 2008 R2 RC

Desde que foi divulgado a versão beta do System Center Virtual Machine Manager 2008 R2 Beta, foram adicionados novos recursos à versão RC (Release candidate). A maioria desses recursos é um resultado de várias solicitações, comentários que a Microsoft recebeu dos clientes e parceiros. Aqui estão as novas funcionalidades:

Storage Migration (Migração de armazenamento)
Com a necessidade de migração de uma VM, muitas das vezes existe também a necessidade de migrar o armazenamento de uma VM em execução. Isso é especialmente relevante quando vamos migrar uma VM existente com uma implementação de LUN para consolidar as VMs em um único LUN CSV (clustered Shared Volume - volume compartilhado em cluster) aquando por exemplo do upgrade para o Windows 2008 Server R2.

Com o VMM R2, foi adicionado a capacidade de fazer a que chama “Quick Storage Migration” (migração rápida de armazenamento). Este recurso permite a migração de armazenamento de uma VM, tanto dentro do mesmo host, como em hosts diferentes enquanto a VM é executado com um mínimo de inactividade. O tempo de inactividade depende da quantidade de actividade que a VM tem no momento da migração, em alguns testes mostraram ser inferior a 2 mins.

Também foi adicionado a capacidade de fazer vMotion de armazenamento de VMWare que permite o armazenamento de uma VM para ser transferido enquanto a VM permanece no mesmo host com nenhum tempo de inactividade.

Queuing of Live Migrations (Fila de Live Migrations)
Enquanto Live Migration é o novo recurso muito esperado no Windows 2008 Server R2, vem com uma limitação em que host só pode participar em apenas uma Live Migration em qualquer momento, tanto como origem e destino. Isso significa que o utilizador tem de aguardar a Live Migration para concluir antes de tentar outra.

Em VMM R2, foi adicionado a capacidade de detectar a condição onde Live Migration falha devido a outra Live Migration estar em andamento e coloca em fila de espera o pedido em plano de fundo. Irá repetir a solicitação após um determinado período de tempo. Os intervalos de repetição são exponencialmente suportados para evitar sobrecarregar o sistema e as tentativas são limitadas a um período de tempo máximo (15 mins). Esse recurso permite aos utilizadores fazerem múltiplas Live Migrations sem necessidade de manter controle em outras Live Migrations que estão a acontecer no âmbito do cluster e o VMM R2 automaticamente irá tratar da fila de espera e das repetições em segundo plano.

Rapid Provisioning (Configuração rápida)
No VMM de 2008, a única forma para implementar uma nova VM é copiar o VHD da biblioteca para o anfitrião através da rede usando BITS. Dependendo do tamanho do VHD e da largura de banda disponível, isso pode levar vários minutos ou horas mesmo. Uma das formas de ultrapassar essa situação, era utilizar algumas tecnologias de SAN que permite clonar um LUN que contém o VHD e apresentá-lo para o host. Dessa forma não era possível utilizar os templates do VMM. Com o VMM R2 é possível usar o template do VMM para personalização do sistema operativo e instalação de IC, mesmo com o clone LUN. Basicamente pode criar novas VM sem a cópia das configurações de rede. Agora pode criar um template que inclui um arquivo de resposta do sistema operativo e que faz referência a uma VHD dummy, que não irá ser utilizada. Depois, com a utilização do PowerShell pode fazer uma nova VM e especificar o caminho para o VHD usando um novo –UseLocalVirtualHardDisk de alternar. Eis um exemplo de script:

Get-VMMServer -ComputerName "VMMServer1.Contoso.com"

$JobGroupID = [Guid]::NewGuid().ToString()

$Template = Get-Template | where {$_.Name -eq MyTemplate"}

$VMHost = Get-VMHost | where {$_.Name -eq "VMHost.Contoso.com"}

Move-VirtualHardDisk -IDE -BUS 0 -LUN 0 -Path "L:\OS.VHD" -JobGroup $JobGroupID

New-VM -Name "VM06" -Path "L:\" -Template $Template -VMHost $VMHost -JobGroup -$JobGroupID -UseLocalVirtualHardDisks

Host Compatibility Checks (Controlos de compatibilidade de host)
Migração de VMs requer que o hardware de host tenha de ser compatível. Isso inclui coisas como as características do CPU, entre outras. No VMM R2, foi adicionado uma profunda verificação de compatibilidade utilizando as APIs do Hyper-V e do VMWare. Isso permite aos utilizadores verificar se a VM é compatível com o host de destino em vez de fazer a migração e, em seguida, descobrir que não pode ser iniciar a VM no host, devido a problema de incompatibilidade.

Um recurso relacionado é fazer VM compatível; é uma configuração por VM que desactiva determinados recursos de CPU em VM para torna-se compatível com o host. Esta é uma compensação entre usar recursos avançados de CPU do host versus tornando VM mais compatíveis para migração. Essa configuração requer que a VM tenha de ser reiniciada para serem efectivadas.

Suporte para terceiros serviço
Há empresas que construem sistemas de arquivos em cluster que funcionalmente é semelhante ao CSV em que ele permite que vários hosts compartilham o acesso a um recurso de disco. Em VMM R2, é suportado tais sistemas de arquivos ao detectar que é um disco de serviço e assim permite a implementação de várias VMs por LUN. Isso permite que os utilizadores que tenham implementado tais sistemas de arquivos e que aproveitem esse novo recurso.

Suporte para o Veritas Volume Manager
Também foi adicionado suporte ao Veritas Volume Manager, que permite ao VMM R2 reconhecer o disco do Veritas Volume Manager como um recurso de disco de cluster.

Nota Ainda não está disponível para download no site do produto.

Mais novidades no Windows Server Hyper-V 2008 R2

Foram anunciadas mais novidades no Tech.Ed relativamente ao Windows Hyper-V Server 2008 R2. 

Escalabilidade
Apoio de 64 processador lógico Esta é uma melhoria de 4x sobre o Hyper-V R1 e significa que Hyper-V pode tirar proveito da escalabilidade de maiores de sistemas, com maior quantidade de recursos de computação. Assim como a AMD e a Intel estão sempre aumentar o número de núcleos, também o Hyper-V está pronto para aproveitar os recursos de computação nos servidores de hoje e num futuro próximo.

Apoio até 384 VMS simultaneamente e 512 virtual processors por servidor Vai lado a lado com o apoio para 64 processadores lógicos, subiu o número máximo de máquinas virtuais para 384 por servidor e o número máximo de processadores virtuais para 512 para a mais elevada densidade de máquina virtual por servidor no mercado. Aqui estão alguns exemplos do que poderia ser executado num servidor Hyper-V R2:

1. 384 VM de um único processador virtual
2. 256 de vms de duplo processador virtual (512 processadores virtual)
3. 128 de vms de quad processador virtual (512 processadores virtual)
4. Qualquer combinação tão longa como se estivesse executando 384 VMs e até 512 processadores virtual

Live Migration e Processadores
Com a adição do Live migração no Hyper-V R2, uma das questões imediatas que se faz é: "os processadores físicos têm de ser exactamente os mesmos?"

Vejamos então estes dois exemplos reais:

Cenário 1: suponha que comprou três servidores para o Live Migration e criou um cluster de três nó. Tudo trabalha bem e a 6 a 12 meses pretende adicionar outro par de nós para aumentar os recursos de computação no cluster. Entretanto, o OEM actualizou a sua linha de hardware de servidor com novos processadores, agora o que fazer? 

Cenário 2: Trabalha em uma PME e precisa reduzir cada euro que você fica fora do seu orçamento. Deseja usar a virtualização e gostaria de usar o Live Migration, mas tem uma mistura de diferentes servidores variando Pentium 4, Core 2 e talvez no próximo ano obterá orçamento para comprar um novo servidor de Core I7.

Não seria óptimo se pudesse fazer o Live Migration nas máquinas virtuais entre gerações diferentes de processadores? 

Então tenho uma novidade, o Windows Hyper-v Server R2 tem a solução!

Compatibilidade de processador
Com Hyper-V R2, incluem um novo recurso de compatibilidade de processador. Compatibilidade de processador permite mover uma máquina virtual para cima e para baixo várias gerações de processador do mesmo fornecedor. Eis como funciona. 

Quando uma máquina virtual (VM) é iniciado em um host, o hypervisor expõe o conjunto de processadores suportados como recursos disponíveis no hardware subjacente para a VM. Este conjunto de recursos de processador é chamado de recursos de processador visível convidado e estão disponíveis para a VM até que a VM seja reiniciada.

Quando uma VM é iniciada com modo de compatibilidade de processador activo, o Hyper-V normaliza o conjunto de recurso de processador e só expõe funcionalidades de processador visível de convidado que estão disponíveis em todos os processadores de Hyper-V activo da arquitectura de processador mesmo, ou seja, a AMD ou Intel. Isso permite que a VM seja migradas para qualquer plataforma de hardware da arquitectura de processador. Recursos de processador são "ocultos" pelo hypervisor interceptando instrução de CPUID de uma VM e desmarcando os bits retornados correspondentes os recursos ocultos. 

NOTA Significa que é possivel de AMD <-> AMD e de Intel <-> Intel. Não se consegue fazer Live Migration entre diferentes fornecedores de processador (ex: AMD <-> Intel ou vice-versa).

Além disso, pode estar ciente de que tanto a AMD e como a Intel fornecem capacidades semelhantes em hardware, Extended Migration e Flex Migration, respectivamente. Extended e Flex Migration são tecnologias interessantes disponíveis em processadores relativamente recentes, mas este é um caso onde fornecer a solução de software permite ser mais flexível e fornecer esse recurso para sistemas mais antigos também. Compatibilidade de processador também facilita a actualização para um hardware de servidor mais recente. Além disso, a compatibilidade de processador de Hyper-V pode ser feita numa base por VM (é um checkbox, conforme figura 1) e não requerem quaisquer alterações de BIOS.

 
Figura 1 – Opção de compatibilidade de diferentes processadores durante a Live Migration

Microsoft Hyper-V Server 2008 R2 Release Candidate

Foi anunciado o lançamento do Microsoft Hyper-V Server 2008 R2 Release Candidate para download. O Hyper-V Server 2008 R2, a versão gratuita do Hypervisor, representa o compromisso continuo da Microsoft em fornecer elevado desempenho e virtualização para todos, em especial PME. Esta nova versão vem com muitas novidades, como a Live Migration e Alta Disponibilidade (entre outras). A versão do Microsoft Hyper-V Server 2008 Release Candidate para download já está disponível no site oficial do Hyper-V Server.

Outra novidade será o facto de quando sair a versão final (RTM) irá estar disponível para download no site oficial do Hyper-V Server, mas em 11 línguas.

Microsoft Hyper-V Server 2008 R2 RC
Live Migration é uma grande solução para a indisponibilidade planeada tal como gestão de hardware (adicionar mais memória física, adicionar mais storage, actualizar a BIOS, entre outros). Simplesmente temos de migrar em tempo real a máquina virtual para outro servidor (sem qualquer downtime), e depois fazer shutdown do servidor físico. Após fazer as tarefas de manutenção, voltar a migrar as máquinas virtuais para o servidor onde estavam antes da intervenção.

A Alta Disponibilidade é outra grande solução, mas agora para indisponibilidades não planeadas. Por exemplo, se a senhora da limpeza acidentalmente resolve desligar o cabo de energia do servidor, para ligar o aspirador. As máquinas virtuais que estavam nesse servidor que inesperadamente foi abaixo, vão automaticamente fazer restart noutro servidor, sem qualquer intervenção humana. Isto claro suportado pelo serviço de Failover Clustering do Hyper-V Server 2008 R2 RC.

Outra grande solução do Hyper-V Server 2008 R2 é o Cluster Shared Volumes (CSV), que vem simplificar a gestão do storage quando utilizamos as soluções anteriores a correr múltiplas máquina virtuais numa única LUN.

Gestão do Hyper-V Server 2008 R2
Tanto a Live Migration como a Alta Disponibilidade pode ser gerida de diferentes formas. Uma vez que a versão Hyper-V Server 2008 R2 é uma versão sem qualquer grafismo, existe sempre a possibilidade de gerir estes componentes de uma forma gráfica. Algumas das formas de gerir são:

• Failover Cluster Manager/Hyper-V Manager através do Windows Server 2008 R2 Server
• System Center Virtual Machine Manager 2008 R2
• Failover Cluster Manager/Hyper-V Manager for Windows 7

Mesmo sendo gratuita esta versão do Hypervisor, existem diversas opções de poder gerir os componentes, vai depender da necessidade de cada um. Uma das mais completas é através do System Center Virtual Machine Manager 2008 R2, que além de gerir estas soluções, pode tirar muito mais partido da ferramenta, onde pode ter mais opções, tais como:

• Heterogeneous Virtualization Management 
• Rich PowerShell Support for Datacenter Automation 
• Maintenance mode
• Virtual Machine Library Support 
• Templates, Clones, Sysprep Integration 
• Performance Resource Optimization (PRO)

O valor do Hyper-V Server 2008 R2
Uma das melhores formas de comparar o Hyper-V Server 2008 R2 é através do que realmente é muito importante para os dias de hoje, o dinheiro. Se formos comparar algumas configurações de cluster e comparar os custos para as funcionalidades Live Migration e Alta Disponibilidade, chegamos à seguinte conclusão:

Claro que a comparação foi feita com o VMWare vSphere, mas foi escolhida a configuração mais em conta (US$2245 por processador) que oferecia também as mesmas funcionalidades. Neste exemplo não foi inserido a gestão pelo System Center Virtual Machine Manager (SCVMM), pois a ideia é comparar a funcionalidade mais barata de Live Migration e Alta Disponibilidade tanto da Microsoft como da VMWare, mas com configurações realistas para uma PME. Neste exemplo não se está a contabilizar o custo do sistema operativo, pois nenhuma das soluções necessita de licenciamento de sistema operativo para ser executado. Se houver necessidade de correr máquinas virtuais com o Windows Server, será sempre necessário adquirir as licenças para os sistemas operativos, tanto faz estarem a correr no Hyper-V Server 2008 R2 ou no VMware, por isso não foi incluído esse valor.

Apesar de tudo o que se possa dizer em termos de comparação entre os produtos, é claríssima a enorme diferença quanto ao valor final da solução (TCO), aliás é incontestável! Contudo a Microsoft não está sozinha nesta solução de Live Migration e Alta Disponibilidade sem custos, a Xen anunciou um produto similar (com as mesmas funcionalidades) sem custo a algum tempo atrás.

Utilização da VMC to Hyper-V Import Tool

Com o lançamento do Hyper-V no Windows Server 2008 e a versão recente do Hyper-V Server 2008, está a ser cada vez mais utilizado a tecnologia Hyper-V, para testar e em implementações tanto em desenvolvimento como em ambientes de produção. É muito fácil criar máquinas virtuais (VMs) com a tecnologia Hyper-V e instalar sistemas operativos e aplicativos em uma máquina virtual é tão transparente como no mundo físico. Muitas pessoas, no entanto, têm VMs existentes que foram usadas com Virtual PC 2007 ou o Virtual Server 2005 R2 SP1.

Felizmente, essas VMs antigas podem ser usadas com tecnologia Hyper-V. Mas antes que possa correr, deve executar algumas etapas manuais. No mínimo, precisa anexar os ficheiros de disco rígido virtual (.vhd) às unidades de disco rígido em Hyper-V. Isso requer a criação de uma VM, para isso pode utilizar o Assistente do Hyper-V. Após criar a máquina virtual, abra as configurações para a máquina virtual recém-criada e, em seguida, vai configurar as unidades (provavelmente IDE) com os ficheiros do disco rígido virtual.  

 
Figura 1 Mosta a janela do VMC to Hyper-V Import Tool. Permite ajustar a praticamente qualquer configuração antes de criar a máquina virtual em Hyper-V  

No Hyper-V, deve desinstalar o adições de máquina virtual (Virtual Machine Additions) e instalar os serviços de integração Hyper-V. Quando isso é feito, migrar a máquina virtual original para uma VM Hyper-V.

Mas há muitas outras configurações na máquina virtual original, tais como aqueles relacionados a memória, ao controle de recursos do CPU, imagens DVD, imagem de disquete e controladores SCSI. Essas configurações não são armazenadas no ficheiro do VHD mas no ficheiro de configuração da máquina virtual (VMC).  

Se deseja incluir essas configurações na nova VM, deve abrir o ficheiro VMC no Bloco de notas para referência e faça os ajustes no Hyper-V adequadamente — à mão. Quando tem várias VMs, esse processo é um pouco moroso.

O facto de que o Hyper-V não possui a funcionalidade de importação VMC aumentou a necessidade para ser desenvolvido uma ferramenta que nos vem ajudar no processo de importação de um VMC para o Hyper-V. Essa ferramenta importa as configurações de um ficheiro VMC e exibe todas as configurações equivalentes em sua interface do usuário. A partir daí,pode ajustar as configurações, actualizar os caminhos de imagem de unidade virtual, escolha se deseja criar adaptadores de rede sintético ou herdados e muito mais. Quando está feito, você pode criar a máquina virtual no Hyper-V da configuração VMC original com um clique. Para fazer download da ferramenta clique AQUI. 

De VMC a Hyper-V com a ferramenta de importação
Portanto, o que é a VMC to Hyper-V Import Tool (VMC2HV abreviada) A VMC2HV importa a configuração de um ficheiro VMC para que não precise configurar cada VM Hyper-V manualmente. O Virtual PC e o  Virtual Server usa ficheiro VMC para armazenar as configurações do hardware e outras propriedades de uma VM. VMC2HV lê o ficheiro VMC e mapeia todas as propriedades relevantes às de uma VM em Hyper-V. Para as propriedades que não existiam no VMs anteriores, VMC2HV fornece opções adicionais. As propriedades que não existem mais são ignoradas.  

O escopo do VMC2HV
A ferramenta foi desenvolvida inicialmente simplesmente para importar ficheiros de VMC do Virtual Server. Virtual Server é um produto de servidor assim como é o Hyper-V. Mas recebeu solicitações para adicionar suporte para virtual PC bem porque muitas das VMs de avaliação de produtos são criadas com o Virtual PC. Portanto, foram feitos alguns testes adicionais com os ficheiro VMC do Virtual PC 2007. Todos os testes efectuados foram com as últimas versões do Virtual PC e do Virtual Server. 

Fora do escopo
A ferramenta importa uma configuração de máquina virtual. Isso significa que importa as configurações de hardware da máquina virtual, mas não modifica o conteúdo dos discos rígidos virtuais. Como anteriormente mencionado, devemos remover manualmente as adições de máquina virtual e instalar os serviços de integração. Se quiser remoção automática das adições e instalação de serviços de integração, use o System Center Virtual Machine Manager 2008 (SCVMM 2008).  

E quanto SCVMM?
VMC2HV não foi desenvolvido para substituir a funcionalidade do SCVMM. SCVMM é o produto que deve usar para importar, criar e gerir as máquinas virtuais em um ambiente empresarial. 

SCVMM pode importar ficheiros VMC e fornece funcionalidade de gestão adicionais. VMC2HV faz o mesmo, mas deve ser para pessoas que não (ainda) têm o SCVMM, tais como aquelas que estiveemr utilizando a tecnologia Hyper-V em laptops ou em apenas alguns servidores. Utilizar o SCVMM simplesmente para importar ficheiros VMC é provavelmente um grande desperdício.

O que faz VMC2HV
Então o que VMC2HV tem a oferecer? A seguir está um resumo dos recursos da ferramenta:
·         Importação de ficheiros de Virtual Server 2005 e do Virtual PC 2007
·         A criação de uma VM em local host Hyper-V
·         A criação de uma VM em host Hyper-V remoto
·         Validação dos discos virtuais e ficheiros ISO em cenário local
·         Edição de caminhos de imagem de unidade virtual (vhd, vfd, iso)
·         Permutação do primeiro disco SCSI com o primeiro disco IDE
·         Especificação de endereços MAC estáticos
·         Especificação de ambos herdado (emulado) ou adaptador de rede aprimorada
·         Especificação do número de processadores virtuais e controles de recurso
·         Especificação de configurações de gestão
·         Especificação de portas COM
·         Especificação da ordem de inicialização do dispositivo
·         Especificação do caminho da máquina virtual alternativo
·         Ajuda interna em um ficheiro CHM
·         Suporte a ambos x86 e x64 no Windows Vista e no Windows Server 2008  

Como pode ver na figura 1, o VMC2HV não só importa a configuração de máquina virtual, ele também permite ajustar praticamente qualquer configuração antes de criar a máquina virtual em Hyper-V. Várias teclas de atalho foram incluídas para ajudar a velocidade, no processo importar e criar diversos ficheiros VMC.

Requisitos
Pode importar ficheiros VMC de qualquer local do ficheiro, e pode criar a máquina virtual local ou remotamente. No cenário remoto, tanto o cliente onde VMC2HV é executado e o host remoto Hyper-V devem ser no mesmo domínio. Ou como alternativa, tanto o cliente e o host Hyper-V remoto podem existir em um grupo de trabalho, mas precisa usar contas de administrador espelhado (o mesmo administrador utilizando a mesma password). Outras configurações simplesmente não funcionam.  

A ferramenta impede que a importação de ficheiros VMC que contêm informações de estado salvo ou Undo disks. VMs devem estar em estado Shut down, e os Undo disks devem ser confirmados ou descartados.