Migração de máquinas virtuais – visão geral

Este artigo fornece uma visão geral da migração de máquinas virtuais na malha do System Center Virtual Machine Manager (VMM).

Você pode migrar máquinas virtuais e VMs gerenciadas de armazenamento na malha do VMM. O VMM seleciona automaticamente o tipo de transferência que será usado para migração. Quando você executa uma migração no console do VMM usando o Assistente para Migração de VM, o tipo de migração que será usado é exibido na coluna Tipo de Transferência. Os tipos de migrações com suporte estão resumidos na tabela a seguir.

Tipo	Usar	Detalhes
Migração de rede	Executa uma cópia de rede dos dados da máquina virtual usando o BITS.	Este é o tipo de migração mais lento. O tempo de inatividade é em proporção direta ao tamanho da transferência de dados.
Migração rápida	Também conhecido como transferência de cluster, ele pode ser usado para migrar uma máquina virtual altamente disponível. Ele usa o Cluster de Failover do Windows para migrar máquinas virtuais entre nós de cluster.	O estado de execução da máquina virtual é salvo no disco (a máquina virtual está em hibernação), é feito failover do disco para outro nó do cluster, em seguida, o estado salvo é carregado para acordar a máquina virtual. O tempo de inatividade é mínimo porque a migração rápida tira um instantâneo da máquina virtual e transfere dados sem exigir que a máquina virtual seja desligada.
Migração rápida de armazenamento	Usado para mover o armazenamento da VM de um local para outro. Por exemplo, você pode mover o armazenamento de uma máquina virtual de uma SAN de Fibre Channel para uma SAN iSCSI.	Os discos virtuais de uma máquina virtual em execução podem ser migrados independentemente dos protocolos de armazenamento (SCSI, Fibre Channel) ou tipos de armazenamento (local, DAS, SAN). O tempo de inatividade é mínimo porque a migração rápida de armazenamento faz um instantâneo da máquina virtual e transfere dados sem a necessidade de desligar a máquina virtual.
Migração de SAN	Usa a transferência de SAN para migrar máquinas virtuais e máquinas virtuais altamente disponíveis para dentro e para fora de um cluster. Ela poderá ser usada quando os hosts de origem e destino tiverem acesso à mesma infraestrutura de armazenamento (LUN), e o armazenamento poderá ser transferido de um host para outro.	Para a migração de SAN, os arquivos de uma máquina virtual não são copiados de um servidor para outro e, portanto, o tempo de inatividade é minimizado. A migração de SAN pode ser usada para copiar uma máquina virtual de um host para outro ou copiar uma máquina virtual de ou para a biblioteca. Quando você migra uma máquina virtual para um cluster usando uma transferência de SAN, o VMM verifica se cada nó no cluster pode ver o LUN e cria automaticamente um recurso de disco de cluster para o LUN. Para migrar uma máquina virtual de um cluster, a máquina virtual deve estar em um LUN dedicado que não esteja usando CSV. Estas infra-estruturas de SAN têm suporte para migração: Fiber Channel; SANs iSCSI; N_Port Virtualização de ID (NPID).
Migração ao vivo	Move uma máquina virtual em execução como parte de um cluster de failover de um cluster para outro.	Sem tempo de inatividade perceptível para usuários ou aplicativos de rede.

Migração ao vivo

O uso da migração ao vivo oferece muitos benefícios:

• Maior flexibilidade: os recursos de migração ao vivo podem ajudar a simplificar a movimentação de máquinas virtuais entre hosts e clusters. Portanto, fica mais fácil gerenciar um datacenter dinâmico.
• Facilidade de manutenção: a migração ao vivo alivia a necessidade de colocar hosts autônomos e hosts de cluster offline para fins de manutenção e migração, o que ajuda a evitar o tempo de inatividade. Com a capacidade de realizar migrações e manutenção simultâneas, os prazos de migração podem se tornar menores, dependendo do tempo que é necessário para executar a migração ao vivo. Além disso, o processo de planejamento para mobilidade do Hyper-V é simplificado.
• Melhor utilização de hardware: a distribuição de máquinas virtuais pode ser otimizada em toda a infraestrutura. As máquinas virtuais e o armazenamento podem ser movidos para servidores autônomos e clusters com capacidade sobressalente, sem interromper a disponibilidade. O consumo de energia é reduzido já que as máquinas virtuais podem ser movidas através de hosts, e depois os hosts podem ser desligados para economizar energia.

• Recursos de clustering de failover: o VMM aproveita os recursos de clustering de failover do Windows Server. Esses recursos incluem novas APIs para migrar as máquinas virtuais entre nós do cluster, e uma funcionalidade aprimorada de conexão/desconexão que permite a migração de máquinas virtuais dentro e fora de clusters de failover sem tempo de inatividade.

Suporte à migração dinâmica

O VMM dá suporte aos seguintes tipos de migração dinâmica:

• Migração dinâmica de computadores autônomos: você pode executar a migração ao vivo entre dois computadores autônomos que não estão em um cluster.
• Migração ao vivo em um cluster: você pode executar uma migração ao vivo entre nós no mesmo cluster.
• Migração ao vivo entre nós em clusters diferentes: você pode migrar entre nós em clusters diferentes.
• Migração dinâmica do armazenamento de VM: você pode migrar o armazenamento para atualizar o armazenamento físico disponível no Hyper-V ou para mitigar gargalos no desempenho do armazenamento. Você também pode usar a migração de armazenamento para mover, servir ou atualizar recursos de armazenamento, ou para a migração de uma máquina virtual autônoma ou de cluster. O armazenamento pode ser adicionado a um computador autônomo ou a um cluster Hyper-V. As VMs podem ser movidas para o novo armazenamento enquanto continuam a ser executadas.
• Migração de máquina virtual e armazenamento ao vivo: você pode usar a migração de sistema ao vivo (VSM ao vivo) para migrar máquinas virtuais e seu armazenamento juntos em uma única ação.
• Migração dinâmica simultânea: você pode executar várias migrações dinâmicas simultâneas de máquinas virtuais e armazenamento. O limite simultâneo pode ser configurado manualmente. Todas as migrações ao vivo simultâneas que excederem o limite serão enfileiradas.

O VMM inspeciona e valida as definições de configuração de um host de destino antes do início da migração de um host de origem.

Matriz de suporte à migração de VM ao vivo

Origem	Destino: Autônomo	Destino: Cluster
Autônomo	Com suporte	Com suporte
Cluster	Com suporte	Com suporte A origem e o destino podem estar no mesmo cluster ou em clusters diferentes.

Matriz de suporte à migração de armazenamento dinâmico

Origem	Destino: Disco local (autônomo)	Destino: compartilhamento SMB 3.0 (autônomo/cluster)	Destino: CSV (cluster)
Disco local	Com suporte	Com suporte. A máquina virtual será promovida para alta disponibilidade.	Não há suporte.
Compartilhamento SMB 3.0	Com suporte. Em um cluster, a VM será rebaixada e não estará altamente disponível após a migração.	Com suporte	Com suporte
Cluster	Com suporte Em um cluster, a VM será rebaixada e não estará altamente disponível após a migração.	Com suporte O compartilhamento SMB deve estar disponível a partir do nó de cluster de destino.	Suportado O CSV deve estar disponível no nó do cluster de destino.

Limitações da migração ao vivo

• A migração dinâmica requer dois ou mais servidores que executam o Hyper-V, que dão suporte à virtualização de hardware e usam processadores do mesmo fabricante, como todos os processadores AMD ou todos os processadores Intel.

• As máquinas virtuais devem ser configuradas para usar discos rígidos virtuais ou discos virtuais Fibre Channel e não discos físicos.

• Para o tráfego de rede de migração ao vivo, você deve usar uma rede privada.

• Os servidores de origem e de destino devem pertencer ao mesmo domínio do Active Directory ou a domínios confiáveis diferentes.

• Se a máquina virtual VHD de origem ou destino tiver um disco de base, o disco de base deverá estar em uma parte que é acessível (registrada) a partir do host de destino. Geralmente, a migração dinâmica não move o disco base.

• A migração entre clusters só tem suporte em hosts em execução em clusters de failover. O armazenamento CSV (Volume Compartilhado Clusterizado) deve ser habilitado no cluster.

• A migração dinâmica de uma máquina virtual não migra o armazenamento da máquina virtual, significando especificamente o local que armazena as imagens da máquina virtual (arquivos VHD, ISO, VFD). Para lidar com os requisitos de armazenamento, você pode usar uma das seguintes opções:

  • Configure a máquina virtual para que os arquivos de armazenamento estejam disponíveis em um compartilhamento de arquivo acessível pelo host de migração de origem e destino.
  • Execute uma migração combinada de armazenamento (VSM ao vivo) e máquina virtual ao vivo em uma única ação.
  • Execute uma migração de armazenamento separada.

• Se os hosts de origem e destino usarem armazenamento compartilhado, verifique o seguinte:

  • Todos os arquivos que compõem uma máquina virtual, como discos rígidos virtuais, instantâneos e configuração, devem ser armazenados em um compartilhamento SMB.
  • As permissões no compartilhamento SMB devem ser configuradas para conceder acesso às contas de computador de todos os servidores que executam o Hyper-V.

• Uma migração de armazenamento move imagens de máquinas virtuais ( arquivos VFD, VHD e ISO), configurações de instantâneos e dados (arquivos de estado salvos).

• A migração de armazenamento é feita por máquina virtual.

• A migração de armazenamento não move discos base (pai), exceto discos de instantâneo.

Migração de armazenamento e máquina virtual ao vivo (VSM ao vivo)

O Live VSM migra uma VM e seu armazenamento de computador em uma única ação.

• Para usar o VSM ao vivo, a máquina virtual LUN deve ser mascarada no host de destino.

• O Live VSM tem suporte entre dois hosts autônomos que executam o Hyper-V. A transferência pode ocorrer entre discos locais ou compartilhamentos de arquivos SMB 3.0.

• O Live VSM tem suporte entre dois clusters de host que executam o Hyper-V. A máquina virtual pode ser transferida para um CSV ou compartilhamento de arquivos SMB 3.0 no cluster do host de destino.

Próximas etapas

• Migre uma máquina virtual.
• Migrar o armazenamento.
• Execute uma migração ao vivo.