.

SP2 do Windows Server 2008 Hyper-V

Com o lançamento do Windows Server 2008 Service Pack 2 (SP2) à cerca de 3 semanas, com uma versão do Hyper-V actualizada, embora não seja a versão 2 (pois este vem com o Windows Server 2008 R2) é um recurso integrado no SP2 o que torna mais fácil e rápido para implementar o Hyper-V. Quando o Windows Server 2008 foi lançado, a versão do Hyper-V que foi incluída era a versão beta. Isso significava que para obter a versão final do Hyper-V, precisava ir ao Windows Update, fazer o download e passar pelo processo de actualização.

Com o Windows Server 2008 SP2, os bits finais do Hyper-V estão incluídos, portanto não há necessidade de fazer downloads individuais que acelerar implementações. Com o SP2 do Windows Server 2008, existem também algumas actualizações notáveis no Hyper-V, incluindo aprimoramentos de escalabilidade para a execução em sistemas com processadores lógicos até 24, o que habilita o suporte de até 192 máquinas virtuais em execução por servidor. Foi também actualizado o Hyper-V quando gerido com System Center Virtual Machine Manager 2008 e também teve actualização no backup/restauração de máquinas virtuais com a cópia serviço VSS (Volume Shadow Copy Service).

Para quem já tem implementado o Hyper-V, o SP2 é uma actualização simples. Aqui estão algumas questões a pensar quando tiver a planear a instalação da actualização ou de raiz do SP2:

·         Upgrade in-loco no Windows Server 2008 para o Windows Server 2008 SP2 é suportada para a partição pai e filho das VMs.

o    Se o papel de Hyper-V foi habilitado a partição pai antes para a actualização para o SP2, ele será automaticamente activado uma vez concluída a actualização.

o    Desinstalar qualquer versão de pré-lançamento do SP2 que pode ser estar instalado.

·         Se uma instalação do SP2 de raiz está a ser feita e gostaria de mover as VMs para o servidor com o SP2, basta exportar as VMs do host originário Windows Server 2008 e importá-las no host com o SP2.

·         Componentes de integração (ICs) para as máquinas virtuais deve ser actualizado para a versão com SP2.

o    Se tiver a fazer uma instalação nova ou uma actualização do SP2 na partição do pai, a instalação não atualiza os componentes de integração dentro da máquina virtual. Não se esqueça actualizar os ICs da VM depois do SP2 estar instalado.

o    Se tem máquinas virtuais criadas em versão beta do Windows Server 2008 Hyper-V e instalou a versão Beta dos componentes de integração nessas máquinas, deve desinstalar os componentes de integração e reinstalar o SP2 dos componentes de integração mais recente.

o    Quando actualizar para o SP2, dentro de uma VM em Windows Server 2008, os ICs são automaticamente actualizados.

o    Se tiver a executar um sistema de operativo Windows diferente do Windows Server 2008 numa VM, irá precisar usar o vmguest.iso para actualizar os componentes de integração.

VMMCA 2008 Update 1 - O primeiro passo para solucionar problemas com o SCVMM 2008

Em muitas ocasiões nos fóruns públicos existem utilizadores que têm problemas, muitos deles conhecido com o VMM 2008. Para os problemas comuns conhecidos, existe uma ferramenta chamada Virtual Machine Management Configuration Analyzer. Esta ferramenta permite aos utilizadores, identificar rapidamente os problemas e questões que são bem conhecidos. Antes de abrir uma chamada de suporte na Microsoft, deve utilizar o VMMCA primeiro, pois como ele poderá poupar tempo e dinheiro. 

Descrição do VMMCA

O VMMCA é uma ferramenta diagnóstico que pode utilizar para avaliar configurações importantes para computadores que servem, ou poderão servir funções do VMM ou outras funções VMM. O VMMCA verifica as configurações de hardware e software dos computadores que especificar, avalia-los contra um conjunto de regras predefinidos e, em seguida, fornece-lhe mensagens de erro e avisos para qualquer configuração que não são ideais para o papel VMM ou outra função VMM que especificou para o computador.

Pode usar o VMMCA Update 1 antes de instalar o VMM, para ajudar a avaliar a configuração de computadores que pode usar para as funções de VMM a seguir:

·         VMM servidor

·         VMM Administrator Console

·         VMM Self-Service Portal

Também pode utilizar VMMCA Update 1 após a instalação do VMM, para avaliar as configurações de computadores que está utilizar agora ou pode usar para as funções VMM listadas acima, bem como computadores que está a utilizar ou que pode usar para qualquer das seguintes funções VMM:

·         Windows Server–based host

·         VMware Virtual Center Server

·         Computador de origem de P2V

·         Agente Operations Manager

Requisitos do sistema

Antes de instalar o VMMCA Update 1, deve fazer download e instalar a versão de 64 bits do Microsoft Baseline Configuration Analyzer (MBCA) - ficheiro MBCASetup64.msi.

NOTA Os requisitos do sistema para o MBCA indicam que apenas que o Windows Server 2003 é suportado. No entanto, o VMMCA e MBCA foram testados e são suportados no Windows Server 2008 64-bit.

Deve instalar e executar o VMMCA no computador que actualmente é ou que irá ser o servidor VMM 2008.

Pode fazer download da versão mais recente no link abaixo:

http://www.microsoft.com/downloads/details.aspx?FamilyID=02d83950-c03d-454e-803b-96d1c1d5be24&displaylang=en

NOTA Se o VMMCA está instalado no servidor VMM deve desinstalá-lo do Programs and Features antes de instalar o VMMCA Update 1.

Cenários de uso comum
A lista de cenários não são abrangente, mas poderá fornecer alguns cenários de uso comum para lhe dar uma ideia de quando poderá usar o VMMCA 2008.

1.       Tem um host do Windows que está em um Estado que não está a responder. Use o VMMCA 2008 para verificar os problemas comuns conhecidos no host.

2.       Um host de Windows mostra um status do “Needs Attention”. Use VMMCA 2008 para verificar os problemas comuns conhecidos no host.

3.       Está utilizar o SCVMM 2008 para gerir um ambiente de VMware, mas não esta a conseguiu criar novas máquinas virtuais sobre o ambiente de VMware. Use VMMCA 2008 para avaliar o ambiente do virtual Center para problemas comuns conhecidos.

4.       Está utilizar a integração entre o SCVMM 2008 e Operations Manager, mas não está a ser possível ver uma VM ou host em particular, na exibição de mapeamento integrada. Use o VMMCA 2008 para verificar o agente do operations manager do host ou da máquina virtual.

5.       Está utilizar o SCVMM 2008 para fazer conversões de P2V e o job está a falhar. Use VMMCA 2008 para verificar a origem de P2V para problemas comuns conhecidos.

6.       Ao tentar criar uma máquina virtual e falha durante a personalização e instalação do virtual guest services. Use o VMMCA no host do Windows para encontrar problemas comuns conhecidos.

7.       Os hosts VMM e Hyper-V requerem certas actualizações para a estabilidade das operações do VMM. Use o VMMCA para verificar as actualizações necessárias do servidor de VMM e dos hosts Hyper-V.

Como fazer uma conversão P2V

Durante uma conversão de P2V, imagens de disco dos discos rígidos no computador de origem são copiadas e formatadas como discos rígidos virtuais (.vhd ficheiros) para utilização na nova máquina virtual.

Para criar uma máquina virtual a partir de um servidor físico

1.       No Virtual Machine Manager Administrator Console, no painel Actions em qualquer exibição, clique em Convert physical server para abrir o Assistente para converter Servidor físico.

2.       Na página Select Source, configure as seguintes opções:

2.1.     Computer name or IP address. Digite o nome do computador ou endereço IP do servidor físico que deseja usar como a fonte para a nova máquina virtual ou clique em Browse para localizar o servidor.

2.2.     User name. Digite o nome de uma conta de utilizador que tem permissões de administrador locais sobre a máquina de origem.

2.3.     Password. Digite a password do utilizador acima colocado.

2.4.     Domain or computer name. Se já não tiver sido previamente preenchido o campo com o nome de domínio, digite o nome do domínio respectivo. Se o computador físico de origem não for um membro de um domínio, digite o nome do computador ou endereço IP neste campo.

3.       Na página Virtual Machine Identity, configure as seguintes opções:

3.1.     Virtual machine name. Aceite o nome que vem preenchido previamente para máquina virtual, que é o mesmo nome do servidor físico de origem. Alternativamente, pode digitar um nome diferente.

3.2.     Owner. Aceite o valor pré-preenchido, nome_do_domínio\username, para identificar qual o proprietário da nova máquina virtual. Alternativamente, clique em Select para especificar um utilizador diferente ou grupo como proprietário. A conta especificada deve ser uma conta Active Directory.

3.3.     Description (opcional). Digite a descrição para a nova máquina virtual.

4.       Na página System Information, clique em Scan System para iniciar um inquérito sobre a máquina de origem que vai listar o hardware, software e identifica qualquer componente que esteja a faltar e que são necessários para a conversão de P2V. O assistente instala software (agente do SCVMM) na máquina origem para reunir informações mas remove este software quando a conversão estiver concluída.

NOTA Se um firewall estiver instalado na máquina origem, uma excepção de firewall será criada para administração remota (serviço de RemoteAdmin). Essa excepção é removida automaticamente depois de concluída a operação de conversão.

Na guia de System Information, pode analisar as informações resultantes, tais como a versão de sistema operativo, discos rígidos e placas de rede.

5.       Na página Volume Configuration, examine as listas de todos os volumes que o Assistente mostra e determine se pretende fazer quaisquer alterações:

Select volumes to copy. Inicialmente, todos os volumes aparecem no painel de resultados e são seleccionados para duplicação de esforços para a nova máquina virtual. A nova máquina virtual deve conter o volume do sistema e o volume de inicialização provenientes da máquina de origem. Por exemplo, se os volumes de sistema e inicialização na unidade C:, a caixa de seleção para a unidade C: é cinza para que não possa retirar da selecção. Pode remover outros volumes se não desejar duplicá-los na nova máquina virtual ou se o host em que implementar a nova máquina virtual não tiver espaço suficiente para armazenar todos os volumes.

Adjust volume settings. Pode ajustar o campo VHD Size (MB) para ajustar o tamanho de qualquer volume (volumes NTFS serão automaticamente expandidos para o tamanho indicado), o campo VHD Type para ajustar o tipo (dinâmicos ou fixo de qualquer volume), ou o campo Channel para ajustar o canal (para dispositivos IDE e adapters SCSI) de qualquer volume seleccionado.

Conversion Options. Escolha entre Online Conversion e a Offline Conversion. Conversões online são preferíveis. No entanto, se a máquina de origem não for compatível com conversões online, em seguida, conversão de offline irá ser seleccionada automaticamente.

Para desactivar o computador físico de origem após a conversão de P2V, marque a caixa de selecção Turn off Source computer after conversion.

6.       Na página Offline Conversion Options, seleccione um dos seguintes métodos para fornecer um endereço IP para o ambiente de inicialização sobre o host:

6.1.     Obtain an IP address automatically — Use esta opção para obter um endereço IP através de DHCP.

6.2.     Use the following IPv6 address: — Use esta opção para especificar o endereço IPv6, comprimento de prefixo de sub-rede e gateway padrão de acolhimento. Seleccione o endereço MAC do adaptador de rede da caixa drop-down Bind IP to the following physical network adapter.

6.3.     Use the following IPv4 address: — Use esta opção para especificar o endereço do IPv6, a máscara de sub-rede e gateway padrão de acolhimento. Seleccione o endereço MAC do adaptador de rede da caixa drop-down Bind IP to the following physical network adapter.

Esses drivers permitem que o ambiente de inicialização carreguem correctamente os adaptadores de rede e armazenamento, quando ele é inicializado.

7.       Na página Virtual Machine Configuration, seleccione o número de processadores e quantidade de memória para a máquina virtual convertida.

8.       Na página Select Host, revise o número de estrelas sob Rating para cada host listado sob Host Name para determinar o host mais adequado sobre a qual implementar esta máquina virtual.

NOTA Se um grande número de hosts estiver listado, use os campos Host group, Look for ou Group by para exibir um conjunto menor de hosts potenciais.

Quando implementar uma máquina virtual em um host, todos os servidores de host disponíveis é atribuída uma classificação a cada host, que consiste em zero a cinco estrelas, para indicar a adequação do host para hospedar a máquina virtual. O anfitrião de classificação baseia-se em requisitos de hardware e software da máquina virtual e previa o uso de recursos.

Para cada servidor listado que pode ser um candidato adequado como host para esta máquina virtual, revise as informações exibidas nas guias Details, Rating Explanation, e SAN Explanation.

Depois de rever as informações sobre esta página, seleccione o host em que deseja implementar esta máquina virtual e, em seguida, clique em Next.

NOTA Se nenhum host na lista tem espaço em disco suficiente para hospedar a nova máquina virtual, clique em Previous para retornar à página Volume Configuration e desmarque um ou mais volumes ou reduza o tamanho de um ou mais volumes.

9.       Na página Select Path, aceite o caminho padrão no host ao qual vai salvar ficheiros associados a esta máquina virtual ou clique em Browser para especificar um caminho diferente. O caminho padrão é a seguinte:

<C>:\Documents and Settings\All Users\Documents\Shared Virtual Machines\

Se seleccionar um caminho diferente do caminho padrão e deseja armazenar outras máquinas virtuais nesse caminho, seleccione Add this path to the list of host default paths.

10.    Na página Select Networks, modifique as redes e anexe-as a Not Connected ou a nenhuma das redes virtuais que são encontradas no host seleccionado.

NOTA Área de redes irá listar cada um dos adaptadores de rede virtual que estão actualmente associados à máquina virtual. Adaptador de rede padrão são None se seleccionou None na configuração de hardware ou a melhor correspondência de rede virtual de acordo com a rede regras correspondentes.

11.    Na página Additional Properties, aceite as configurações padrão ou modifique essas configurações.

12.    Na página Conversion Information, efectue um dos seguintes procedimentos:

12.1. Confirme que a mensagem que aparece No issues detected.

12.2. Reveja quaisquer problemas relatados pelo assistente que deve ser resolvido antes da conversão possa continuar.

Cada questão na lista explica como resolver o problema. Depois de resolver todas as questões, clique em Check Again para verificar problemas adicionais. Quando não forem detectados mais problemas, clique em Next para continuar.

13.    Na página Summary, faça o seguinte:

13.1. Examine as configurações que escolheu executando o assistente.

13.2. Opcionalmente, clique em View Script para exibir (e copiar) o script de Windows PowerShell que executa este assistente e executa a conversão. Todas as tarefas administrativas no VMM podem ser executadas na linha de comando ou script.

13.3. Opcionalmente, aceite ou desmarque a configuração padrão Automatically open the Jobs window to view the progress of this operation.

13.4. Clique em Create para criar a máquina virtual.

14.    Na Jobs view, monitora o progresso do trabalho em criação nova máquina virtual e confirme que a máquina virtual é criada com êxito. Se a tarefa falhar, leia a mensagem de erro na parte inferior da janela Jobs para obter informações sobre a causa do fracasso e a acção recomendada para resolver o problema.

Conversão P2V no System Center Virtual Machine Manager (SCVMM)

System Center Virtual Machine Manager (SCVMM) permite que converta computadores físicos existentes em máquinas virtuais através de um processo conhecido como conversão físico-para-virtual (P2V). O VMM simplifica a conversão P2V ao fornecer um assistente baseado em tarefas para automatizar muito o processo de conversão. Uma vez que o processo de P2V é totalmente programável, pode iniciar em grande escala conversões de P2V, através da linha de comando do Windows PowerShell.

Quais computadores físicos se pode converter?
Os requisitos para computadores de origem física dependem se estiva a executar um P2V online ou offline.

Conversões On-line vs Offline.
A tabela seguinte lista algumas das diferenças entre as conversões de P2V online e offline.

NOTA Com a conversão P2V online e offline, o VMM temporariamente instala um agente no computador de origem física para ser convertido.

Requisitos para a máquina de origem
Para executar uma conversão de P2V, o computador de origem:

• Deve ter pelo menos 512 MB de RAM.
• Deve ter uma configuração avançada e BIOS ACPI (interface de energia) – O Vista WinPE não irá instalar sobre uma configuração não-BIOS ACPI.
• Deve ser acessível por VMM e o computador host.
• Não pode estar em uma rede de perímetro (também conhecido como um DMZ, zona desmilitarizada e sub-rede filtrada) onde as definições de IPsec ou firewalls proíbem comunicação.
• Deve conter uma das seguintes sistemas operacionais com suporte:
  • O Windows Server 2008 (32 bits)
  • O Windows Server 2008 (64 bits)
  • Windows Server 2003 (32 bits) SP1 ou posterior
  • Windows Server 2003 (64 bits) SP1 ou posterior
  • Windows 2000 Server SP4 ou posterior (offline P2V apenas)
  • Windows 2000 Advanced Server SP4 ou posterior (offline P2V apenas)
  • Windows XP (32 bits) SP2 ou posterior
  • Windows XP (64 bits) SP2 ou posterior
  • Windows Vista (32 bits) SP1 ou posterior
  • Windows Vista (64 bits) SP1 ou posterior

NOTA O VMM não suporta Conversão P2V em computadores de origem que corram o Windows NT Server 4.0. No entanto, pode usar o Microsoft Virtual Server 2005 Migration Toolkit (VSMT) ou soluções de terceiros para conversão de computadores que executam o Windows NT Server 4.0.

Requisitos para o servidor de host de destino
No VMM, um host é um computador físico no qual pode implementar uma ou mais máquinas virtuais. Para executar P2V, precisa de um host em que coloque a imagem do computador de origem.

Requisitos para o servidor host incluem:

• Windows Server 2008 com Hyper-V ou Virtual Server 2005 R2 SP1 (ou posterior)
• Windows Server 2003 com o Virtual Server 2005 R2 SP1 (ou mais tarde)
• Não pode estar em uma rede de perímetro (também conhecido como um DMZ, zona desmilitarizada e sub-rede filtrada) onde as definições de IPsec ou firewalls proíbem comunicação.
• Pelo menos mais 256 MB de RAM para a máquina virtual

Por padrão, a quantidade da memória reservada para o host de destino é 256 MB. Esta quantidade é além da memória necessária para cada máquina virtual no host. No Assistente para conversão do servidor físico, se o host não tiver memória suficiente, irá receber um erro de posicionamento. 

Decidir quais computadores para converter
Para executar com êxito uma conversão P2V, deve ser capaz de identificar cargas de trabalho físicas adequadas para a consolidação no ambiente virtualizado. Esta analise irá ajudar a identificar quais computadores são bons candidatos para a conversão.

Identificar candidatos à virtualização
Se tiver implementado Microsoft System Center Operations Manager 2007, o VMM pode ajudá-lo identificar os servidores físicos certos para consolidação baseada na análise directa dos contadores de desempenho do computador de destino ou dados de histórico de desempenho armazenados na base de dados do Operations Manager.

O relatório de candidatos à virtualização irá ajudar a identificar computadores subaproveitados exibindo valores médios para um conjunto de contadores de desempenho comummente para CPU, memória, uso do disco, configurações de hardware, incluindo a velocidade do processador, número de processadores e RAM total. Para usar o relatório de candidatos à virtualização, deve implementar o System Center VMM 2008 Management Pack.

Prioridade dos candidatos à virtualização
Ao identificar os melhores candidatos para a conversão de P2V, considere converter esses tipos de computadores, na ordem de preferência:

1. Computadores subaproveitados não críticos ao negócio. Iniciar com os computadores menos utilizados que não sejam críticos para o negócio, pode aprender o processo de P2V com relativamente baixo risco. A nível de servidores os servidores Web podem fazer bons candidatos.
2. Computadores com hardware sem suporte ou desactualizados que precisa ser substituídos.
3. Computadores com baixo nível de utilização que estão a hospedar aplicativos internamente menos críticos.
4. Computadores com utilização superior que estão a hospedar aplicativos menos críticos.
5. Os restantes computadores subaproveitados.
6. Em geral, aplicações comerciais-críticas, tais como servidores de email e base de dados que são altamente utilizados, só devem ser virtualizadas para a plataforma Hyper-V no sistema operacional Windows Server 2008 (64 bits).

Como efectuar uma conversão de P2V
Durante uma conversão de P2V, imagens de disco dos discos rígidos no computador de origem são empacotadas em discos rígidos virtuais (ficheiros .vhd) e, em seguida, dispostas a garantir que o sistema operativo irá funcionará no ambiente virtualizado no host de destino.

Antes de começar
A lista a seguir inclui tarefas que deve executar antes de iniciar a conversão de P2V:

• A primeira fase de uma conversão de P2V é a configuração de hardware do computador de origem de vistoria. Certifique-se que o cache de patch contém todos os drivers necessários e ficheiros de sistema para apoiar as unidades emuladas pelo software de virtualização de destino. Se quaisquer controladores estiverem a faltar, irá receberá mensagens de erro específico indicando onde obter os drivers necessários.
  
  NOTA Pode usar o cmdlet Add-patches para fazer download manualmente dos patches disponíveis para o VMM.
• Setores defeituosos no disco não podem ser transferidos durante uma conversão de P2V. Para evitar perda de dados, corra uma ferramenta de manutenção de disco, tais como o CHKDSK, no computador fonte para detectar e corrigir quaisquer erros de sistema de ficheiros.
• Para ajudar a minimizar o tempo necessário para a fase de imagem, corra uma desfragmentação de disco nos discos rígidos do computador de origem. Além disso, garanta que tenha uma conexão de rede rápida entre o computador de origem e o host.
• Use discos rígidos virtuais dinâmicos (VHD) para economizar espaço em disco no host de destino. Por exemplo, se converter 5 GB de dados em um disco rígido de 40 GB, VMM criará um dinamicamente expansão 40 GB VHD que ocupa cerca de 5 GB de espaço em disco e pode expandir até 40 GB. O tamanho real depende de fragmentação do volume original mais alguma sobrecarga de formato VHD.
  
  NOTA Não é possível encolher o tamanho de um disco.
• Para P2V online só: Certifique-se de que todos os aplicativos críticos em execução no computador de origem tenham escritores VSS-aware ou que estão parados.
• Para offline P2V só: Esteja preparado para fornecer drivers de NIC e de armazenamento em massa que são compatíveis com o Windows Vista. VMM avaliará o computador físico de origem e irá comparar com os controladores incluídos no Windows PE 2.0 e fornece instruções sobre adicionar drivers no computador de origem.

O Assistente Conversão de Servidor Físico

• Pode usar o Assistente de conversão do servidor físico para criar uma nova máquina virtual de um computador de origem física.
  
  NOTA Pode fornecer o endereço IPv4 ou IPv6 em vez de nomes de computador ao Assistente de conversão do servidor físico ou a partir da linha de comando.
• Depois de concluída a conversão P2V, remova qualquer utilitário desnecessário de fornecedor de hardware e controladores da máquina virtual.

NOTA O Assistente para converter servidor físico invoca o cmdlet New-P2V. Algumas opções de conversão só estão disponíveis a partir da linha de comando. 

Executar P2V na linha de comando
Pode executar uma conversão de P2V a partir do Windows PowerShell utilizando o cmdlet New-P2V. Para obter um script básico que pode personalizar, execute o Assistente para converter máquina virtual a partir o VMM Administrator Console e clique no botão View Script.

Para obter mais informações sobre como usar o cmdlet New-P2V digite Get-Help New-P2V no Windows PowerShell. 

O processo de P2V
O processo de conversão de P2V captura uma imagem do disco de origem e modifica o sistema operativo e controladores para torná-las compatíveis, ao fazer a emulação do hardware, com o Hyper-V ou Virtual Server. Conversões Online e offline P2V usam dois processos distintos:

Conversão online
Conversão online não requer uma reinicialização do computador de origem. O VMM usa o VSS (serviço de cópia de sombra de volume) para criar uma imagem da máquina de origem que é coerente a nível de aplicação e, em seguida, cria uma máquina virtual análoga. O processo de conversão online consiste em cinco etapas (Figura 2):

1. Instalação do agente no computador de origem
2. Recuperar a configuração de hardware
3. Imagens
4. Fixação
5. Criando a máquina virtual

 
Figura 2 – Processo de conversão P2V online

1.       Virtual Machine Manager instala o agente de P2V no computador de origem para reunir a configuração de hardware e software. Depois de concluída a conversão, o agente é removido.

Importante O agente VMM Windows Installer cria uma excepção de firewall para administração remota (serviço de RemoteAdmin) e a porta SSL (Secure Sockets Layer). Estas excepções são removidas quando o agente VMM é removido no final do processo de P2V. O padrão de porta de HTTPs é TCP 443.
2.       VMM reúne informação sobre o hardware do computador e configuração de software, do seguinte modo:
     2.1.     O agente VMM reúne informações sobre hardware, software, serviços, hotfixes e o layout de disco (sistema de ficheiros, tipo de volume). O agente VMM exporta esta informação para o base de dados do VMM como um ficheiro de configuração de máquina em formato XML.
     2.2.     VMM determina se a máquina de origem pode ser virtualizada. VMM confirma que o sistema operativo é suportado e que a configuração física pode ser feita compatível com o software de virtualização de destino. VMM verifica que os arquivos necessários estão presentes no cache de patch e faz downloads de qualquer patches ausentes no directório de importação de patch no servidor VMM.
3.       Fase de imagens:
     3.1.     Uma imagem de VSS (serviço de cópia de sombra de volume) é capturada para cada volume seleccionado que é coerente a nível de aplicação. Se um formato VHD destino dinâmico for seleccionado, esse processo captura dados só, e não o espaço vazio.
     3.2.     Dados são transmitidos directamente a partir do computador de origem para o host VMM utilizando o BITS (BACKGROUND Intelligent Transfer Service). O cliente de BITS é apenas no host de destino, e não no computador físico de origem.
     3.3.     Cada volume físico torna-se um disco rígido virtual separado.
4.       A correcção em uma fase. VMM prepara o sistema operativo e os discos rígidos virtuais para a criação de máquina virtual.
5.       Fase da criação da máquina virtual:
     5.1.     VMM cria a máquina virtual.
     5.2.     VMM atribui virtuais discos rígidos, adaptadores de rede, CD-ROM e a memória.

Conversão offline
P2V offline é a maneira mais fiável para assegurar a consistência dos dados, pois cria uma cópia exacta do computador de origem, enquanto ele não está em uso. Além disso, P2V offline é a única opção para converter o Windows 2000 Server, controladores de domínio e volumes de não-NTFS. Ao contrário de conversões online, o utilizador deve fornecer quaisquer drivers ausentes se o Windows PE não suportar o computador de origem. A conversão offline consiste em quatro etapas:

1.       Instalação do agente. Virtual Machine Manager instala o agente VMM no computador de origem.
2.       O agente VMM instala uma imagem do Windows PE no computador de origem, modifica o registo de inicialização e reinicia no Windows PE em vez do sistema operacional básico.
3.       VMM começa streaming discos físicos. Não há nenhum snapshots neste processo.
4.       O restante do processo de é semelhante da fase de corrigir e da fase de criar uma máquina virtual numa conversão P2V online.

Guia passo a passo para Live Migration utilizando o Windows Server 2008 R2

Este guia detalha as etapas necessárias para executar uma Live Migration de máquinas virtuais Hyper-V em um nó de cluster de failover de Windows Server 2008 R2 para outro nó.

Visão geral de Live Migration

Live Migration é um novo recurso de Hyper-V no Windows Server 2008 R2, que requer o papel failover clustering a ser adicionado e configurado nos servidores a correr o Hyper-V. Live Migration permite mover de uma forma transparente as máquinas virtuais em execução de um nó do cluster de failover para outro nó no cluster mesmo sem uma conexão de rede ou sem tempo de inactividade perceptível. Além disso, o failover clustering requer armazenamento partilhado para nós do cluster. Isso pode incluir um iSCSI ou SAN (rede de área de armazenamento de canal de fibra). Todas as máquinas virtuais são armazenadas na área do armazenamento partilhado, e o Estado de máquina virtual em execução é gerido por um de nós.

Recomendações específicas a considerar antes de usar Live Migration

• Para cada nó do cluster de failover: usar mais de um adaptador de rede; configurar pelo menos um adaptador de rede para a rede virtual privada. Recomenda-se que configure uma rede privada dedicada com velocidade de gigabit para tráfego de Live Migrations. Esta rede deve ser separada da rede para a gestão do cluster de failover, da rede para a máquina virtual e da rede para o armazenamento.
• Recomenda-se que faça as configurações de hardware e sistema de nós do cluster de failover como semelhantes quanto possível para minimizar os potenciais problemas.
• Se possível, não aplicar políticas de IPSec numa rede privada para a Live Migration porque podem afectar significativamente o desempenho da Live Migration.
• Assegurar que os nós origem e destino (para a Live Migration) do cluster de failover estão ligados através da mesma sub-rede IP. Assim a máquina virtual pode manter o mesmo endereço IP após a Live Migration.
• Antes de reverter uma máquina virtual em cluster voltar um snapshot, deve primeiro desligar a máquina virtual do Failover Cluster Manager, fazer um snapshot da máquina virtual e reiniciar a máquina virtual.
• Ao criar a máquina virtual, recomenda-se que configure o local de armazenamento sob SystemRoot/ClusterStorage, os volumes de partilhados de cluster. 

Compatibilidade de processador

Hyper-V fornece compatibilidade de configurações do processador para facilitar a executar uma Live Migration de uma máquina virtual para outro computador físico com uma versão de processador diferente. A configuração Migrate to a physical computer with a different processor version no Hyper-V Manager permite que mova uma máquina virtual em execução para um computador físico com recursos de processador diferente sem reiniciar a máquina virtual. É recomendável que habilite essa configuração para garantir que a máquina virtual usa apenas os recursos do processador que estão disponíveis em todas as versões de um processador capaz de virtualização pelo mesmo fabricante processador. Ele não fornece compatibilidade entre fabricantes de processador diferente. Quando esta definição não é utilizada, Hyper-V fornece a máquina virtual com todos os recursos de virtualização oferecidos por processador físico.

A configuração também é útil para alta disponibilidade e cenários de backup e recuperação porque torna mais fácil de mover uma máquina virtual altamente disponível para outro nó de um cluster ou restaurar a máquina virtual de hardware diferentes.

Etapas para execução Live Migration

Use as etapas seguintes para implementar a Live Migration:

1. Instalar o Windows Server 2008 R2 e permitir o papel de Hyper-V em todos os nós do cluster de failover
2. Instale o recurso de cluster de failover em todos os servidores que deseja incluir no cluster
3. Configure como nós de um cluster de failover
4. Valide configuração do cluster
5. Configurar o Cluster Shared Volumes
6. Configurar uma máquina virtual para Live Migration
7. Configurar redes de cluster para Live Migration
8. Iniciar uma Live Migration de uma máquina virtual  

Configurar o Cluster Shared Volumes

O Cluster Shared Volumes são volumes em um cluster de failover que vários nós podem ler e escrever ao mesmo tempo. Os nós de coordenam a actividade de leitura e escrita para que o disco não fique corrompido. Em contrapartida, discos (LUNs) no armazenamento de cluster que não são Cluster Shared Volumes sempre pertence a um único nó. O Cluster Shared Volumes tem as mesmas exigências como recursos de discos "não-Cluster Shared Volumes". É recomendável que primeiro valide a configuração do cluster.

Nota 

• A conexão de rede usada pelo Cluster Shared Volumes é tolerante e, por conseguinte, se a rede usada pelo Cluster Shared Volumes apresentar problemas, o tráfego de rede será movido para outra rede.
• Cluster Shared Volumes só pode ser activo um por cluster.
• Habilitar os Cluster Shared Volumes para um cluster de failover, todos os nós do cluster serão habilitados para usar volumes partilhados.

Para habilitar Cluster Shared Volumes utilizando o Failover Cluster Manager

1. No snap-in Failover Cluster Manager, se o cluster que deseja configurar não for exibido, na árvore de console, clique com o botão direito do rato Failover Cluster Manager, clique em Manage a Cluster e, em seguida, seleccione ou especifique o cluster que deseja.
2. No painel da esquerda, clique para expandir o Failover Cluster Manager e seleccione o cluster de failover que pretende activar Cluster Shared Volumes.
3. Clique com o botão direito do rato no cluster de failover e clique em Enable Cluster Shared Volumes. Ou, no painel de acções, clique em Enable Cluster Shared Volumes. A caixa de diálogo de Enable Cluster Shared Volumes. Clique para ler e aceitar os termos e restrições e clique em OK . 

Para adicionar um disco para os volumes partilhados do cluster

1. No snap-in gestor de Failover Cluster Manager, se o cluster que deseja configurar não for exibido, na árvore de console, clique com o botão direito do rato Failover Cluster Manager, clique em Manage a Cluster e, em seguida, seleccione ou especifique o cluster que deseja.
2. Clique para expandir o Failover Cluster Manager e, em seguida, clique para expandir o cluster de failover para o qual deseja adicionar um disco para os volumes partilhados do cluster.
3. Clique em Cluster Shared Volumes.
4. No painel de Actions, clique em Add storage.
5. Em Add storage, seleccione da lista de discos disponíveis e clique em OK. O disco ou discos que seleccionou vai aparecer no painel resultados para Cluster Shared Volumes.

O local de armazenamento aparece como SystemRoot\ClusterStorage (que pode renomear) em todos os nós do cluster de failover. Em SystemRoot\ClusterStorage, uma pasta específica aparece para cada volume no disco (ou discos) que foi adicionado aos volumes partilhados do cluster. Pode exibir a lista de volumes no Failover Cluster Manager.

Configurar uma máquina virtual para Live Migration

Para configurar uma máquina virtual para Live Migration, precisa criar a máquina virtual, configurá-la para usar Cluster Shared Volumes, reconfigurar a acção de início automático e tornar a máquina virtual altamente disponível.

Configurar redes de cluster para Live Migration

As Redes de cluster são configuradas automaticamente para a Live Migration. Utilize o Failover Cluster Manager para executar este procedimento.

Para configurar uma rede de cluster para Live Migration

1. No snap-in Failover Cluster Manager, se o cluster que deseja configurar não for exibido, na árvore de console, clique com o botão direito do rato Failover Cluster Manager, clique em Manage a Cluster e, em seguida, seleccione ou especifique o cluster que deseja.
2. Expanda Nodes.
3. Na árvore de console (à esquerda), seleccione a máquina virtual em cluster para o qual deseja configurar a rede para a Live Migration.
4. Clique com o botão direito do rato o recurso de máquina virtual exibido no painel central (não à esquerda) e, em seguida, clique em Properties.
5. Clique no separador Network for live migration e seleccione uma ou mais redes de cluster para usar para Live Migration. Use os botões à direita para mover as redes de cluster para cima ou para baixo para garantir que uma rede de cluster privada é a mais preferida. A ordem de preferência padrão é a seguinte: as redes com nenhuma gateway padrão devem ser localizadas pela primeira vez; as redes utilizadas pelos volumes de cluster partilhado e tráfego de cluster devem estar localizados na última.

A Live Migration será tentada na ordem das redes especificadas na lista de redes de cluster. Se a conexão com o nó de destino utilizando a primeira rede não é bem-sucedida, a próxima rede da lista será utilizada até a lista completa estiver esgotada ou não existe uma conexão com êxito para o nó de destino utilizando uma das redes.

NOTA

• Quando configura uma rede para a Live Migration numa máquina virtual específica, a definição é global e, portanto, se aplica a todas as máquinas virtuais.
• Se tiver mais de uma rede de cluster listada na rede para Live Migration , deve alterar a prioridade para evitar ter a Live Migration e Cluster Shared Volumes a utilizar a mesma rede.

Iniciar uma Live Migration numa máquina virtual

Pode usar Failover Cluster Manager ou PowerShell para iniciar a Live Migration e mover uma máquina virtual de um nó do cluster de failover para outro.

NOTA

• Pode usar Live Migration para mover mais de uma máquina virtual ao mesmo tempo, depende do número de nós do cluster de failover. No entanto, um nó de cluster pode participar como o nó de origem ou destino em apenas uma Live Migration a cada momento. Por exemplo, se houver 4 nós do cluster de failover, dois Live Migration podem ocorrer ao mesmo tempo. Mas se tivermos 2 nós do cluster de failover e diversas máquinas virtuais, só pode fazer uma Live Migration de cada vez.
• Quando usar PowerShell para iniciar uma Live Migration de uma máquina virtual, mais do que uma Live Migration pode ocorrer ao mesmo tempo.
• Se falhar a Live Migration, a máquina virtual continua a operar no nó de origem sem nenhuma ruptura ou indisponibilidade.

A quantidade de tempo para mover uma máquina virtual utilizando a Live Migration dependente os seguintes itens:

• A velocidade de conexão de rede e a largura de banda que está disponível entre o nó de cluster de origem e o nó de cluster de destino.
• A carga sobre o nó de cluster de origem e o nó de cluster de destino.
• A quantidade de RAM configurada para a máquina virtual.

Para iniciar a migração vivo utilizando o Failover Cluster Manager

1. No snap-in Failover Cluster Manager, se o cluster que deseja configurar não for exibido, na árvore de console, clique com o botão direito do rato Failover Cluster Manager, clique em Manage a Cluster e, em seguida, seleccione ou especifique o cluster que deseja.
2. Expanda Nodes.
3. Na árvore de console (à esquerda), seleccione a máquina virtual no cluster para o qual pretende mover utilizando Live Migration.
4. Clique com o botão direito do rato no recurso de máquina virtual exibido no painel central (não à esquerda) e, em seguida, clique em Live migrate this virtual machine to another node.
5. Seleccione o nó que pretende mover a máquina virtual. Quando a migração for concluída, a máquina virtual está a correr no novo nó.
6. Para verificar que a máquina virtual foi migrada com êxito, pode ver a máquina virtual listada sob o novo nó (em nome do proprietário).

Para iniciar uma Live Migration utilizando o PowerShell

1. Abra PowerShell. Clique em Start, aponte para All Programs, clique em Windows PowerShell 2.0 e clique em Windows PowerShell 2.0.
   
   O recurso de cluster de failover deve ser instalado no computador em que está a iniciar o PowerShell.

1. Escreva Add-Module FailoverClusters.
2. Escreva Get-Cluster “<Cluster Name>” | Move-ClusterVirtualMachineRole -Name “<VM group name>” -Node “<Destination node name>”.
   
   <Cluster Name> é o nome do cluster que a máquina virtual está incluída.
   <VM group name> é o grupo de recurso de máquina virtual.
   <Destination node name> é o nome do nó de destino para o qual quer mover a máquina virtual utilizando Live Migration.

Failover Cluster de Hyper-V

Com a combinação de perfeita da tecnologia, pode-se aumentar a disponibilidade dos servidores. Converter os servidores físicos em virtuais, imediatamente obtemos recursos adicionais que pode torná-los menos prováveis de ir a baixo e é muito mais fácil os trazer de volta quando é utilizamos as devidas tecnologias, como:

• Snapshots permite que volte no tempo de quando uma actualização de software ou configuração rebentar com a configuração de um servidor íntegro.
• Virtual hard disks consolidar milhares de ficheiros que compõem um servidor Windows em um único arquivo para backups, que melhora significativamente a contabilidade desses backups.
• Suporte de volume VSS (Volume Shadow Copy Service - serviço de cópias de sombra), que está disponível nativamente no Hyper-V, significa que aplicativos possam retornar de uma restauração com zero perda dos dados e imediatamente pronto para utilizar.
• Recursos de migração melhora as actividades de tempo de inactividade planeado, ao fornecer um mecanismo para realocar o processamento de máquinas virtuais a novos hosts com pouca ou nenhuma interrupção no serviço.
• Clusters de failover significa que a perda de um host virtual move automaticamente máquinas virtuais para novos locais onde eles podem continuar a fazer o seu trabalho.

A parte mais difícil em tudo isto é descobrir exactamente quais tecnologias que se precise implementar — e quais se podem arcar. Há uma relação directa entre os níveis de redundância que pode implementar em um ambiente de TI e o custo. Tendo isso em mente, ao adicionar uma tecnologia como cluster de failover do Windows Server 2008 à tecnologia Hyper-V pode ter prejudicial devido à complexidade percebida. Ainda assim é possível implementar, não necessariamente uma altamente confiável, mas uma "razoavelmente confiável" virtualização por um menor custo do que poderia pensar.

Para esse fim, podemos explorar uma solução muito simples que integra essas duas tecnologias. Esteja ciente de que esta implementação não dê imediatamente os mais altos níveis de disponibilidade, mas é uma solução mais simples, que pode implementar hoje. Depois de compreender as noções básicas, existem mais algumas maneiras de adicionar ainda mais, com custo adicional e com uma complexidade maior, é claro. Cabe ao orçamento que tem disponível, ser o guia.  

Cluster Hyper-V
Implementar a redundância com tecnologia Hyper-V envolve fazer o cluster de serviços em dois ou mais servidores. Cada computador deve ter instalado uma versão x64 do Windows Server 2008 Enterprise Edition, e cada um deve incluir um mínimo de duas placas de rede por servidor além de uma ou mais placas de rede para iSCSI. Neste exemplo muito simples, pode utilizar a rede para conectar esses dois servidores a um terceiro servidor ou dispositivo que hospeda um conjunto de discos partilhados iSCSI. iSCSI é usado aqui porque é fácil de configurar, requer pouco ou nenhum equipamento adicional ou formação especializada e pode ser executado na sua rede existente.

Nesses discos irá armazenar os ficheiros para as máquinas virtuais para que possam ser acedidos directamente por ambos os hosts. Conforme mostrado na Figura 1, duas placas de rede conectadas a cada servidor e duas redes diferentes (uma para rede privada cluster, o outra para a rede de produção), enquanto o terceiro se conecta aos discos do iSCSI. Neste exemplo, as conexões iSCSI estão em redes diferentes do tráfego de produção. Separar o tráfego iSCSI do tráfego de rede normal é importante proteger o tráfego de cada tipo do congestionamento da rede do outro.

 

Figura 1 - no mínimo, seis conexões de rede necessárias para iniciar um cluster.

A primeira etapa da preparação no ambiente é validar se os servidores na verdade podem executar a função Hyper-V. O Hyper-V tem três requisitos de hardware:

• O servidor deve ser capaz de executar a versão x64 do sistema operativo do Windows.
• Processador do servidor deve estar equipado com hardware prevenção de execução de dados (DEP - Data Execution Prevention).
• Recursos de processador do servidor devem incluem as extensões de virtualização.

Esses três requisitos são todos os determinados pelos recursos de processador disponíveis no servidor, e há duas maneiras para determinar se os servidores atendem a essas necessidades. Em qualquer servidor adquirido de um fornecedor de hardware, pode sempre verificar se o servidor e o modelo se encontra no Catálogo do Windows Server.

Se o servidor não estiver na lista ou é de design próprio, poderá fazer download da Ferramenta Securable test tool. Esta pequena ferramenta testa recursos do processador contra esses três requisitos. Se o comprimento de bit máximo é de 64 e os relatórios da ferramenta dizem Sim para ambos hardware DEP e para hardware de virtualização, então tem o que precisa.

A próxima etapa no processo é criar dois discos que estão expostos na rede por meio de iSCSI. O primeiro disco será 512 MB de tamanho para o disco de testemunha, enquanto o segundo disco será de um tamanho necessário para a instalação completa de uma máquina virtual. As etapas exatas para isso serão diferentes, pois depende de qual produto irá usar para hospedar os discos. Se o ambiente tiver iSCSI hardware no local, basta criar e expor dois novos discos por meio da interface. Se não tiver iSCSI por hardware, o software de destino iSCSI existe na Internet em que pode instalar em um servidor à parte no ambiente para essa finalidade.

Se precisar de usar iSCSI baseados em software, convém examinar cuidadosamente os recursos disponíveis. O Microsoft cluster requer iSCSI para oferecer suporte a SCSI Primary Commands-3, especificamente o suporte de reservas persistentes. A maioria dos softwares para custo iSCSI actualmente suporta esse recurso, mas há muito pouco suporte para pacotes de software em open source.

Um pacote de software barato e fácil de usar é o StarWind iSCSI Target da Rocket Division. Irá precisar usar uma das versões pagas para o cluster porque com a versão free do Personal Edition, não oferece suporte para ligar vários servidores no mesmo disco. Existem outras opções, mas no momento não há nenhum download freeware da Microsoft que pode ajudá-lo.

Depois de criado e exposto esses dois discos para a rede por meio de iSCSI, execute a seguintes etapas em cada computador que irá fazer parte do cluster para se conectar aos discos:

1. Vá para Administrative Tools | iSCSI Initiator. Na sua primeira tentativa de ligação para a ferramenta, irá ser solicitado duas vezes para habilitar o serviço Microsoft iSCSI e desbloquear a conexão da firewall. Escolha Sim para ambos para iniciar a console.
2. Para localizar os discos, vá até à tab Discovery e clique em Add Portal. No painel de resultados, digite o endereço IP para o disco iSCSI e clique no botão Avançado. Em seguida, altere o adaptador local para Microsoft iSCSI adaptador. De seguida, altere o IP de origem para o endereço IP para a placa de rede que seleccionou para sua conexão de disco. Firewalls podem impedir o iniciador de aceder o destino se um erro na conexão ocorrer neste ponto.
3. Se tiver êxito na ligação aos discos pela rede, irá ver o nome de cada disco na guia destinos. A próxima etapa é fazer logon em cada disco. Para fazer isso, clique no disco e seleccione logon. No painel de resultados, marque a caixa Automatically restore this connection when the computer starts e clique no botão Avançado. Novamente, configure o adaptador local para Microsoft iSCSI adaptador, o IP de origem para o endereço IP da placa de rede correto e o portal de destino para o endereço IP e porta para o dispositivo iSCSI. Repita essa etapa para cada disco. Um logon bem-sucedido irá ter aparência semelhante à Figura 2.
4. Na guia Favorite Targets, clique no botão Actualizar. Os nomes de disco devem constar da lista de destinos favoritos.
5. Na guia Volumes and Devices, clique no botão configuração automática. Se tudo foi feito correctamente a esse ponto, irá ver as referências a cada disco aparecem na caixa.

 
A Figura 2 uma conexão bem-sucedida em discos de iSCSI

Após a ligação para os discos, irá precisar inicializar e formatá-los para torná-los pronto para serem utilizados. Pode fazer isso em Server Manager sob o Storage | Disk Management. Esse processo deve ser executado em cada computador, mas deve ser feito somente quando o outro computador é desligado. Faça isso agora e inicie o Disk Management. Agora, clique com o botão direito do rato em cada disco e coloque o disco on-line. Em seguida, clique com o botão direito do rato novamente e inicializar o disco. Por fim, clique com o botão direito do rato uma terceira vez para criar um novo volume simples, formatar o disco como NTFS e atribuir a ele uma letra de unidade. Neste exemplo, será atribuído a letra Q: para a unidade de quorum e F: para a unidade para nossa máquina virtual.

Desligue o primeiro computador e inicie o segundo. No segundo computador, verifique se o disco está atribuído na mesma letra de unidade como foi atribuído no primeiro computador. Quando isso for concluído, os dois computadores podem ser activados. Os discos agora estão prontos para o cluster.

A próxima etapa neste processo é instalar a função de Hyper-V computador bem como o recurso de cluster de failover. Pode fazer ambas no Server Manager. Antes de se instalar qualquer função ou recurso, actualize o servidor. Instalar esses componentes requer uma reinicialização.

Duas etapas ainda permanecem. Primeiro, validar o cluster, navegue para Administrative Tools | Failover Cluster Manager. Clique no link para validar a configuração. Esta etapa garante que tudo o que configurou está correcto para se preparar para a criação de cluster. Se a configuração passar nos testes de validação, clique no link para criar o cluster. O assistente irá pedir os nomes de membros de cluster bem como um endereço IP a ser usado para comunicação do cluster. Esse endereço será um endereço IP não usado na rede e não deve ser qualquer um dos endereços IP que utilizou para este ponto neste procedimento. Conclua o Assistente para criar o cluster.

Trabalhar com cluster Hyper-V
Quando utiliza a tecnologia Hyper-V sozinha e sem o System Center Virtual Machine Manager, o processo de gestão dos hosts de cluster virtuais ocorre em dois locais. Criar e trabalhar com máquinas virtuais no Hyper-V Manager. A configuração de ambos os próprios clusters e os recursos de cluster necessários é feita de dentro do Failover Cluster Manager.

Para criar uma nova máquina virtual, abra o Hyper-V Manager e seleccione New | Virtual Machine. Responda às perguntas ao assistente e certifique-se de que armazene os ficheiros de disco da máquina virtual na unidade F:. Todos os ficheiros associados a uma máquina virtual de cluster devem sempre ser armazenados em discos partilhados. Depois de criar a máquina virtual, desligue-a e inicie o Failover Cluster Manager. A próxima etapa é configurar os recursos necessários para o cluster de máquina virtual. Clique com o botão direito do mouse serviços e aplicativos e selecione Configure a Service or Application. Seleccione o item virtual machine no menu e clique em Avançar. A janela irá ficar semelhante à Figura 3. Seleccione a máquina que deseja estar no cluster. Não irá conseguir seleccionar as máquinas que está ligado ou que os ficheiros do disco não são armazenados em unidades compartilhadas. Conclua o assistente para concluir este processo.

 
A Figura 3 seleccionar uma máquina deve ser feito com reconhecimento de cluster

Agora tem uma máquina virtual que é o reconhecida pelo cluster, e este VM agora irá beneficiar de alta disponibilidade fornecida pelo cluster de failover do Windows Server 2008. Isto significa que, se o coordenador da máquina virtual for desligado ou se a VM apresentar problemas, reiniciará automaticamente propriamente dito no outro nó do cluster. a Figura 4 mostra um exemplo de como a máquina virtual aparece no Failover Cluster Manager.

 
A Figura 4 uma máquina virtual hospedada no Failover Cluster Manager

Se precisar executar a manutenção no host de cluster, pode agora também rapidamente migrar nessa máquina virtual para o outro host, ao clicar na respectiva instância em serviços e aplicativos e seleccione Move this service or application to another node. No mesmo local, as propriedades deste grupo da máquina virtual fornecem um local para instruir o cluster quais os nós que são preferenciais para hospedar o computador. Em clusters de failover do Windows, um proprietário preferencial corresponde a nós de cluster em que prefere que a VM para ser hospedado no caso de um failover. Essa opção tem impacto em clusters com mais de dois nós mas pode ser uma maneira de manualmente ter balanceamento de carga de máquinas virtuais em vários nós.

Aumentar a disponibilidade
Essas etapas são apresentadas para mostrar como é fácil adicionar extra disponibilidade para os servidores. Se tiver dois servidores do Windows Server 2008 Enterprise Edition em torno de qualquer dispositivo iSCSI (seja por hardware ou por software), com apenas algumas etapas poderá criar um cluster básico do Windows para oferecer suporte a alta disponibilidade. 

Além disso, conforme já mencionado, isso é apenas a primeira etapa. Há outras camadas da tecnologia que provavelmente poderá desejar adicionar a arquitectura para obter ainda mais disponibilidade. Cada camada adiciona um pouco mais resiliência ao ambiente — mas também adiciona um pouco mais de custo e complexidade. Dependente das necessidades e do orçamento, considere os seguintes tópicos como possíveis complementos:

Equipamento de servidor O uso de equipamento que não esteja listado no Catálogo do Windows pode afectar a capacidade de suporte e pode não atender às melhores necessidades das máquinas virtuais. Mover para o equipamento de testado e suportado de servidor irá garantir suporte completo no caso de um problema.

Redundância de placa de rede Com o mínimo de três placas de rede ligadas em cada nó de cluster aos discos e redes, a perda de qualquer uma (placa de rede) pode significar na perda do servidor como um nó de cluster. Assim, adicionar mais placas de rede para vários caminhos redundância iSCSI ou rede deve ser a primeira opção para obter mais hardware.

Redundância do caminho de rede O uso de iSCSI em toda a rede de produção pode ter um impacto significativo sobre o seu desempenho. O inverso também é verdadeiro, bem como tráfego de rede tradicional pode ter um impacto na conexão de um nó de cluster para o disco. Isolar o tráfego de iSCSI para seu próprio caminho de rede isola esse tráfego a seu próprio segmento de rede, garante com isso a disponibilidade completa como alteração de condições de rede.

Utilizar hardware iSCSI Embora o software de destino iSCSI funcione, pode representar um problema. A perda do servidor que hospeda os discos de iSCSI significa a perda de todo o cluster. Como servidores exigem reinicializações de tempos em tempos, com base em hardware iSCSI tende a garantir níveis superiores de disponibilidade.

Redundância do iSCSI Se usar hardware ou software para a conexão iSCSI, ainda é um ponto único de falha se não for feita redundância. Procure soluções que fornecem redundância para os discos iSCSI.

System Center Virtual Machine Manager Usar Hyper-V sozinho em vários sistemas pode ser um desafio. Há muito a ser configurado e muitas etapas envolvem intervenção manual. Adicionar recursos extra de gestão obtidos por meio do System Center Virtual Machine Manager torna o processo de gestão de ambiente de virtualização muito mais fácil, que reduz a possibilidade de erros e tempo de inactividade.

Nós de cluster adicionais O Windows Server 2008 Enterprise Edition x64 pode oferece suporte a até 16 nós em um cluster de failover. Adicionar nós extras a um cluster requer executar as etapas descritas aqui em um servidor adicional e adicionar esse servidor para o cluster. Assim que tiver esse servidor adicional, tem outro local em que máquinas virtuais podem levantar quando houver problemas. Isso é especialmente útil quando considera como a perda de um único nó pode afectar o desempenho da máquina virtual. Por exemplo, se armazenar quatro máquinas virtuais em cada nó de cluster de um cluster de dois nós, a perda de um nó move todas as máquinas virtuais oito para um único nó. Ao colocar várias VM em um servidor afecta o desempenho de todas as máquinas virtuais.

Clusters de vários sites Clusters de failover tradicionais são criados para proteger contra a perda de um host, mas não são comportam bem em caso de um desastre. Para proteger contra a perca de cada nó de cluster ao mesmo tempo, considere a criação de um geocluster. Uma tarefa muito mais complexa, geoclusters abrange sub-redes e aproveita a tecnologia de replicação para manter os armazenamentos de dados em sincronia. Com um geocluster, se perder um site inteiro, as máquinas virtuais automaticamente irão migrar para o outro site com apenas uma interrupção pequena (claro que depende da largura de banda entre os sites e o tamanho da Vm).  

Estas opções adicionam mais custo ao ambiente e muitos adicionam significativos níveis de complexidade. Mas todos eles fazem uma arquitectura altamente disponíveis.