2.1 Configurações suportadas

2.1.1 Cargas de trabalho de origem suportadas para migração para plataformas não de nuvem

O PlateSpin Migrate suporta a migração das seguintes cargas de trabalho do Windows e do Linux para plataformas não de nuvem, como máquinas físicas e virtuais em hipervisores suportados. Consulte Plataformas de virtualização de destino suportadas.

Os seguintes recursos de migração são suportados para migração para plataformas não de nuvem:

  • Migrações não hierárquicas (P2V, V2V, V2P, P2P).

  • Sincronização de carga de trabalho não hierárquica (P2V, V2V, P2P, V2P).

NOTA:

  • Nem todas as cargas de trabalho são suportadas em todas as plataformas de virtualização de destino. A migração de cargas de trabalho para uma plataforma de virtualização de destino está sujeita ao suporte do sistema operacional convidado no host de destino pelo fornecedor do host.

  • Antes de instalar drivers de transferência com base em blocos em cargas de trabalho de origem do Windows, verifique se você aplicou as atualizações mais recentes do Windows à carga de trabalho.

  • As cargas de trabalho BIOS devem ter pelo menos uma partição no disco de boot e um carregador de boot instalado no MBR (Master Boot Record).

  • Não há suporte para a conversão de sistema Linux baseado no BIOS em UEFI.

  • A conversão de uma carga de trabalho de origem UEFI do Linux como destino BIOS do Linux exige uma partição /boot disponível na carga de trabalho de origem.

  • Não há suporte para a criação de imagens de carga de trabalho do Linux.

Revise as seguintes seções:

Cargas de trabalho do Microsoft Windows suportadas para migração para plataformas não de nuvem

O PlateSpin Migrate suporta as seguintes plataformas Microsoft Windows para migração para máquinas virtuais em hosts de virtualização ou para máquinas físicas, exceto conforme especificado na Tabela 2-1. Consulte também Armazenamento de carga de trabalho suportado e Arquiteturas de carga de trabalho suportadas.

Tabela 2-1 Plataformas não de nuvem: Cargas de trabalho do Windows suportadas

Sistema operacional

Comentários

Servidores

Windows Server 2016

A migração para uma VM da VMware requer o VMware vCenter 6.0 ou posterior.

  • Windows Server 2012 R2
  • Windows Server 2012

  • Windows Server 2008 R2
  • Windows Server 2008

Inclui os sistemas DC (Domain Controller – Controlador de Domínio) e as edições SBS (Small Business Server).

Não suporta a migração do Windows Server 2008 R2 SP0 para o Hyper-V porque a Microsoft deixou de oferecer suporte a ele. Consulte o site do Microsoft TechNet.

  • Windows Server 2003 R2
  • Windows Server 2003 SP 1 e posterior

 

Clusters

Cluster do Windows Server 2016

Suporte a modelos de quorum:

  • Maioria dos nós e discos

  • Sem maioria: Somente disco

Tanto o Cliente quanto a Interface da Web do Migrate suportam a migração automatizada de Clusters do Windows para plataformas de virtualização de destino do VMware vCenter. O Cliente do Migrate também suporta a migração semiautomatizada de Clusters do Windows para máquinas físicas usando o workflow X2P. Consulte Preparando para migração de clusters do Windows.

A migração de Clusters do Windows Server 2016 para VMware exige o VMware 6.0 ou posterior.

O PlateSpin Migrate não suporta a migração de clusters do Windows Server para as seguintes infraestruturas de destino:

  • Imagens

  • Nuvem

  • Hipervisores de virtualização não VMware

O PlateSpin Migrate suporta apenas a replicação com base em blocos para clusters. Não há suporte para a replicação no nível do arquivo.

O PlateSpin Migrate oferece métodos de transferência sem driver e com base em driver e blocos. Consulte Transferência com base em blocos para clusters.

O PlateSpin Migrate suporta o uso de discos RDM (Raw Device Mapping – Mapeamento de Dispositivos Brutos) compartilhados (FC SAN) em VMs de destino para a migração semiautomatizada de um Cluster de Failover do Windows Server (WSFC) para VMware, em que cada nó de VM de destino reside em um host diferente em um Cluster do VMware. Consulte Migração avançada do cluster do Windows para VMs VMware com discos RDM.

  • Cluster do Windows Server 2012 R2
  • Cluster do Windows Server 2012

Suporte a modelos de quorum:

  • Maioria dos nós e discos

  • Sem maioria: Somente disco

  • Cluster do Windows Server 2008 R2
  • Cluster do Windows Server 2008

Suporte a modelos de quorum:

  • Maioria dos nós e discos

  • Sem maioria: Somente disco

  • Cluster do Windows Server 2003 R2
  • Cluster do Windows Server 2003

Suporta o modelo de quorum:

  • Cluster de dispositivo de quorum único

Desktops

Windows 8 e 8.1

Requer o Plano de Energia de Alto Desempenho.

Windows 7

Suporta apenas Professional, Enterprise e Ultimate.

Cargas de trabalho do Linux suportadas para migração para plataformas não de nuvem

O PlateSpin Migrate suporta as seguintes plataformas Linux para migração para máquinas virtuais em hosts de virtualização ou para máquinas físicas, exceto conforme especificado na Tabela 2-2. Consulte também Armazenamento de carga de trabalho suportado e Arquiteturas de carga de trabalho suportadas.

Tabela 2-2 Plataformas Não de Nuvem: Cargas de Trabalho do Linux Suportadas

Distribuição Linux

Versões

Comentários

Red Hat Enterprise Linux (RHEL)

AS/ES/WS 4.x, 5.0 para 5.11, 6.0 para 6.9 e 7.0 para 7.5

Para cargas de trabalho do Red Hat Enterprise Linux 6.7, Oracle Linux 6.7 e CentOS 6.7 com volumes LVM, o PlateSpin Migrate suporta a replicação incremental apenas para o último kernel disponível (versão 2.6.32-642.13.1.el6) para a distribuição 6.7.

Para cargas de trabalho Red Hat Enterprise Linux 6.8, Oracle Linux 6.8 e CentOS 6.8 com volumes LVM, o PlateSpin Migrate suporta a replicação incremental apenas para o último kernel disponível (versão 2.6.32-696.20.1.el6.x86_64) para a distribuição 6.8.

A migração de uma carga de trabalho de origem paravirtualizada para uma plataforma de destino como uma carga de trabalho totalmente virtualizada é suportada para o RHEL 5. Consulte Cargas de trabalho de origem paravirtualizadas.

SLES (SUSE Linux Enterprise Server)

9, 10, 11 (SP1, SP2, SP3 e SP4)

O SLES 11 SP2 (32 bits) com kernel 3.0.13-0.27-pae não é suportado. É necessário fazer upgrade do kernel dessa versão do SLES para 3.0.51-0.7.9-pae para que a conversão funcione.

A migração de uma carga de trabalho de origem paravirtualizada para uma plataforma de destino como uma carga de trabalho totalmente virtualizada é suportada para o SLES 10 e 11. Consulte Cargas de trabalho de origem paravirtualizadas.

A migração de uma carga de trabalho de origem do SLES11 SP4 de 32 bits para um destino do Hyper-V não é suportada.

CentOS

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte que as cargas de trabalho com RHEL, exceto que o CentOS 4.x não é suportado para o Hyper-V.

A migração do CentOS 7.x para o VMware requer o VMware vCenter 5.5 ou posterior.

Oracle Linux (OL) (antigo Oracle Enterprise Linux)

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte para os kernels padrão que as cargas de trabalho com RHEL, exceto que o OEL 4.x não é suportado para o Hyper-V.

Mesmo nível de suporte para os kernels Unbreakable Enterprise Kernel (UEK) nas distribuições RHEL suportadas para OL 6.7 e posterior.

2.1.2 Cargas de trabalho suportadas para migração para plataformas de nuvem

Use a Interface da Web do PlateSpin Migrate para migrar as cargas de trabalho para a Amazon Web Services, o Microsoft Azure, o VMware vCloud Director e o VMware Cloud on AWS.

O Migrate suporta migrações P2C e V2C para plataformas de nuvem de destino. O Migrate suporta migrações C2C de cargas de trabalho de origem entre as plataformas de nuvem suportadas. Para obter informações sobre os cenários suportados de implantação C2C direta, consulte o Seção 12.0, Pré-requisitos para migrações entre nuvens.

NOTA:

  • Nem todas as cargas de trabalho são suportadas em todas as plataformas de nuvem de destino. A migração de cargas de trabalho para uma plataforma de nuvem está sujeita ao suporte do sistema operacional convidado na plataforma de nuvem de destino pelo fornecedor de nuvem.

  • Antes de instalar drivers de transferência com base em blocos em cargas de trabalho de origem do Windows, verifique se você aplicou as atualizações mais recentes do Windows à carga de trabalho.

  • As cargas de trabalho BIOS devem ter pelo menos uma partição no disco de boot e um carregador de boot instalado no MBR (Master Boot Record).

  • As cargas de trabalho UEFI do Windows e do Linux são migradas como são para as plataformas vCloud de destino. No entanto, para outras plataformas de nuvem de destino, como Azure e AWS, que não oferecem suporte a cargas de trabalho UEFI, as cargas de trabalho UEFI do Windows e do Linux são migradas como cargas de trabalho BIOS.

  • A conversão de uma carga de trabalho de origem UEFI do Linux como destino BIOS do Linux exige uma partição /boot disponível na carga de trabalho de origem.

  • Antes de você migrar uma carga de trabalho de origem paravirtualizada do Linux em execução no Citrix XenServer ou no KVM para uma plataforma de destino como um convidado totalmente virtualizado, consulte Cargas de trabalho de origem paravirtualizadas.

Revise as seguintes seções:

Cargas de trabalho suportadas para migração para a Amazon Web Services

O PlateSpin Migrate suporta as seguintes plataformas para migração para a Amazon Web Services. Consulte também a Seção 2.1.3, Armazenamento de carga de trabalho suportado e a Seção 2.1.4, Arquiteturas de carga de trabalho suportadas.

Para obter informações sobre como migrar cargas de trabalho para a Amazon Web Services, consulte:

Tabela 2-3 AWS: Plataformas Windows suportadas

Sistema operacional

Comentários

Microsoft Windows Server 2016

 

Microsoft Windows Server 2012 R2

 

Microsoft Windows Server 2012

 

Microsoft Windows Server 2008 R2

 

Microsoft Windows Server 2008

 

Microsoft Windows Server 2003 R2

 

Microsoft Windows Server 2003 com Service Pack 1 (SP1) ou posterior

 

Tabela 2-4 AWS: Plataformas Linux suportadas

Distribuição Linux

Versões

Comentários

Red Hat Enterprise Linux (RHEL)

5.1 para 5.11, 6.1 para 6.9 e 7.0 para 7.5

Para cargas de trabalho do Red Hat Enterprise Linux 6.7, Oracle Linux 6.7 e CentOS 6.7 com volumes LVM, a replicação incremental é suportada apenas para o último kernel disponível (versão 2.6.32-642.13.1.el6) para a distribuição 6.7.

Para cargas de trabalho Red Hat Enterprise Linux 6.8, Oracle Linux 6.8 e CentOS 6.8 com volumes LVM, o PlateSpin Migrate suporta a replicação incremental apenas para o último kernel disponível (versão 2.6.32-696.20.1.el6.x86_64) para a distribuição 6.8.

A migração de uma carga de trabalho de origem paravirtualizada para uma plataforma de destino como uma carga de trabalho totalmente virtualizada é suportada para o RHEL 5. Consulte Cargas de trabalho de origem paravirtualizadas.

SLES (SUSE Linux Enterprise Server)

11 (SP1 para SP4)

A migração de uma carga de trabalho de origem paravirtualizada para uma plataforma de destino como uma carga de trabalho totalmente virtualizada é suportada para o SLES 11. Consulte Cargas de trabalho de origem paravirtualizadas.

CentOS

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte que as cargas de trabalho com RHEL.

Oracle Linux (OL) (antigo Oracle Enterprise Linux)

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte para os kernels padrão que as cargas de trabalho com o RHEL.

Mesmo nível de suporte para os kernels Unbreakable Enterprise Kernel (UEK) nas distribuições RHEL suportadas para OL 6.7 e posterior.

Cargas de trabalho suportadas para migração para o Microsoft Azure

O PlateSpin Migrate suporta as seguintes plataformas para migração para a Nuvem do Microsoft Azure no ambiente global e no ambiente soberano do Azure China. Consulte também Armazenamento de carga de trabalho suportado e Arquiteturas de carga de trabalho suportadas.

Para obter informações sobre como migrar cargas de trabalho para o Microsoft Azure, consulte:

Tabela 2-5 Azure: Plataformas Windows suportadas

Sistema operacional

Comentários

Microsoft Windows Server 2016

 

Microsoft Windows Server 2012 R2

 

Microsoft Windows Server 2012

 

Microsoft Windows Server 2008 R2

 

Tabela 2-6 Azure: Plataformas Linux suportadas

Distribuição Linux

Versões

Comentários

Red Hat Enterprise Linux (RHEL)

6.7 para 6.9 e 7.1 para 7.5

Para cargas de trabalho do Red Hat Enterprise Linux 6.7, Oracle Linux 6.7 e CentOS 6.7 com volumes LVM, a replicação incremental é suportada apenas para o último kernel disponível (versão 2.6.32-642.13.1.el6) para a distribuição 6.7.

Para cargas de trabalho Red Hat Enterprise Linux 6.8, Oracle Linux 6.8 e CentOS 6.8 com volumes LVM, o PlateSpin Migrate suporta a replicação incremental apenas para o último kernel disponível (versão 2.6.32-696.20.1.el6.x86_64) para a distribuição 6.8.

SLES (SUSE Linux Enterprise Server)

11 (SP3 e SP4)

A migração de uma carga de trabalho de origem paravirtualizada para uma plataforma de destino como uma carga de trabalho totalmente virtualizada é suportada para o SLES 11. Consulte Cargas de trabalho de origem paravirtualizadas.

CentOS

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte que as cargas de trabalho com RHEL.

Oracle Linux (OL) (antigo Oracle Enterprise Linux)

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte para os kernels padrão que as cargas de trabalho com o RHEL.

Mesmo nível de suporte para os kernels Unbreakable Enterprise Kernel (UEK) nas distribuições RHEL suportadas para OL 6.7 e posterior.

NOTA:Se a partição de boot (/boot) estiver em um disco diferente da partição raiz (/), o PlateSpin Migrate migrará as duas para o primeiro disco na VM de destino do Azure.

Cargas de trabalho suportadas para migração para o VMware vCloud Director

O PlateSpin Migrate suporta as seguintes plataformas para migração para o VMware vCloud Director. Consulte também a Seção 2.1.3, Armazenamento de carga de trabalho suportado e a Seção 2.1.4, Arquiteturas de carga de trabalho suportadas.

Para obter informações sobre a migração de cargas de trabalho para o VMware Cloud Director, consulte:

Tabela 2-7 vCloud: Plataformas Windows Suportadas

Sistema operacional

Comentários

Microsoft Windows Server 2016

Exige o vCloud 8.20 ou superior.

Os hosts de base do pool de recursos do VMware devem suportar VMs com Hardware Versão 10 ou superior. A política de VDC do Provedor referente à maior versão suportada do hardware deve ser definida no mínimo como Hardware Versão 10.

Microsoft Windows Server 2012 R2

 

Microsoft Windows Server 2012

 

Microsoft Windows Server 2008 R2

 

Microsoft Windows Server 2008

 

Microsoft Windows Server 2003 R2

DoNotReplaceSysFiles deve ser definido como True.

Microsoft Windows Server 2003 com Service Pack 1 (SP1) ou posterior

DoNotReplaceSysFiles deve ser definido como True.

Tabela 2-8 vCloud: Plataformas Linux Suportadas

Distribuição Linux

Versões

Comentários

Red Hat Enterprise Linux (RHEL)

4.x, 5.0 para 5.11, 6.0 para 6.9 e 7.0 para 7.5

O Migrate suporta sistema de arquivos XFS v5 em cargas de trabalho UEFI de origem do Linux para migrações usando o PRE vCloud baseado no SLES 12 SP3. No entanto, o Migrate não suporta XFS v5 para cargas de trabalho BIOS de origem do Linux migradas por meio do PRE vCloud baseado no SLES 11 SP4.

Para cargas de trabalho do Red Hat Enterprise Linux 6.7, Oracle Linux 6.7 e CentOS 6.7 com volumes LVM, a replicação incremental é suportada apenas para o último kernel disponível (versão 2.6.32-642.13.1.el6) para a distribuição 6.7.

Para cargas de trabalho Red Hat Enterprise Linux 6.8, Oracle Linux 6.8 e CentOS 6.8 com volumes LVM, o PlateSpin Migrate suporta a replicação incremental apenas para o último kernel disponível (versão 2.6.32-696.20.1.el6.x86_64) para a distribuição 6.8.

A migração de uma carga de trabalho de origem paravirtualizada para uma plataforma de destino como uma carga de trabalho totalmente virtualizada é suportada para o RHEL 5. Consulte Cargas de trabalho de origem paravirtualizadas.

A migração de cargas de trabalho do Red Hat Enterprise Linux 7.x só é suportada para VMware vCloud Director 5.5.x, 5.6.x e 9.1.

SLES (SUSE Linux Enterprise Server)

10 e 11 (SP1, SP2, SP3 e SP4)

A migração de uma carga de trabalho de origem paravirtualizada para uma plataforma de destino como uma carga de trabalho totalmente virtualizada é suportada para o SLES 10 e 11. Consulte Cargas de trabalho de origem paravirtualizadas.

CentOS

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte que as cargas de trabalho com RHEL.

Oracle Linux (OL) (antigo Oracle Enterprise Linux)

Consulte Red Hat Enterprise Linux.

Mesmo nível de suporte para os kernels padrão que as cargas de trabalho com o RHEL.

Mesmo nível de suporte para os kernels Unbreakable Enterprise Kernel (UEK) nas distribuições RHEL suportadas para OL 6.7 e posterior.

Cargas de trabalho suportadas para migração para VMware Cloud on AWS

Na migração para o VMware Cloud on AWS, o PlateSpin Migrate suporta as mesmas plataformas que na migração de Clusters VMware DRS para o VMware. Consulte a Seção 2.1.1, Cargas de trabalho de origem suportadas para migração para plataformas não de nuvem.

Consulte também a Seção 2.1.3, Armazenamento de carga de trabalho suportado e a Seção 2.1.4, Arquiteturas de carga de trabalho suportadas.

Para obter informações sobre como migrar cargas de trabalho para o VMware Cloud on AWS, consulte:

2.1.3 Armazenamento de carga de trabalho suportado

As seguintes diretrizes de armazenamento de carga de trabalho dizem respeito a todas as migrações:

Esquemas de particionamento

O PlateSpin Migrate suporta os esquemas de particionamento MBR (Master Boot Record) e GPT (GUID Partition Table – Tabela de Partição GUID) para cargas de trabalho do Windows e do Linux. As cargas de trabalho e o armazenamento para migração devem ser configurados nos discos particionados com MBR ou GPT. Embora a GPT permita até 128 partições por único disco, o PlateSpin Migrate suporta apenas 57 ou menos partições GPT por disco.

Sistemas de arquivos do Windows

O PlateSpin Migrate suporta apenas o sistema de arquivos NTFS em qualquer sistema Windows compatível. Ele não suporta sistemas de arquivos FAT ou ReFS do Windows para migração.

NOTA:Se os volumes foram criptografados com o recurso de criptografia de disco BitLocker, eles devem ser desbloqueados (decodificados) para a migração.

Sistemas de arquivos do Linux

O PlateSpin Migrate suporta os sistemas de arquivos EXT2, EXT3, EXT4, REISERFS e XFS.

NOTA:

  • O PlateSpin Migrate suporta o sistema de arquivos XFS versão 5 (v5) no RHEL 7.3 e posterior e nas distribuições com base nessas versões. No entanto, o suporte a XFS v5 não se aplica a cargas de trabalho BIOS em plataformas VMware vCloud de destino.

  • A migração de volumes criptografados não é suportada. Se os volumes foram criptografados, eles devem ser desbloqueados (decodificados) para a migração.

Discos

O PlateSpin Migrate suporta vários tipos de discos de armazenamento, incluindo discos básicos, discos dinâmicos de origem do Windows, LVM2, RAID de hardware, NAS e SAN.

NOTA:Os seguintes avisos são relevantes aos discos de armazenamento:

  • Discos Dinâmicos do Windows: O PlateSpin Migrate não suporta discos dinâmicos do Windows no destino.

    Para discos dinâmicos, o armazenamento não segue a estratégia de mapeamento Same as Source (Igual ao Original). Tanto os Volumes Dinâmicos Simples quanto os Volumes Dinâmicos Estendidos residirão na carga de trabalho de destino como discos de Volume Básico Simples. O disco de destino será particionado como GPT se o tamanho total combinado dos discos do membro do volume dinâmico exceder os limites de tamanho da partição MBR. Para obter mais informações, consulte Microsoft TechNet: Understanding the 2 TB limit in Windows Storage (Microsoft TechNet: Compreendendo o limite de 2 TB no Windows Storage).

  • RAID de Software: O PlateSpin Migrate suporta RAID de hardware, mas não suporta RAID de software. Isso é aplicável a cargas de trabalho Windows e Linux.

Discos, partições e volumes do Linux

  • O Migrate suporta carregadores de boot GRUB e GRUB 2 para cargas de trabalho Linux.

  • O Migrate suporta cargas de trabalho do Linux com /boot no primeiro disco (sda).

  • A partição de boot de uma carga de trabalho de origem do Linux deve ter no mínimo 100 MB de espaço livre. Durante o processo de migração, o PlateSpin Migrate usa o espaço livre para criar uma nova imagem initrd com todos os drivers necessários para tornar a máquina pronta para o processo de boot inicial.

  • O armazenamento de não volume, como uma partição de troca (swap) associada à carga de trabalho de origem, é recriado na carga de trabalho migrada.

  • O layout de grupos de volumes e de volumes lógicos para LVM2 é mantido na estratégia de mapeamento Same as Source (Igual ao Original) para que você possa recriá-lo durante a migração.

  • Os volumes de disco bruto LVM são suportados nas configurações Same as Source (Igual ao Original) nas cargas de trabalho do Linux.

Transferência ativa de dados do Linux

  • Para cargas de trabalho do Linux, o Migrate suporta apenas a transferência ativa de dados com base em blocos com um driver blkwatch. Para obter uma lista de drivers blkwatch pré-compilados, consulte a Seção E.2.2, Lista de distribuições.

  • Algumas das versões suportadas do Linux exigem a compilação do módulo blkwatch do PlateSpin de acordo com seu kernel específico. Essas cargas de trabalho são chamadas explicitamente.

    Os drivers blkwatch pré-compilados estão disponíveis para o kernel padrão e o Unbreakable Enterprise Kernel (UEK), conforme especificado na Seção E.2.2, Lista de distribuições. Para outras distribuições do Oracle no Linux, os drivers pré-compilados estão disponíveis apenas para o Red Hat Compatible Kernel (RHCK) correspondente.

SANs de FC

O PlateSpin Migrate suporta o protocolo de comunicação SAN de Fibre Channel (FC).

SANs de FCoE

O Fibre Channel over Ethernet (FCoE) é suportado para migrações P2P e P2V de cargas de trabalho listadas na Tabela 2-9. A migração foi testada com dispositivos FCoE da Qlogic.

Tabela 2-9 Cargas de Trabalho de Origem Suportadas para FCoE

Cargas de Trabalho de Origem com FCoE

Versão

Comentários

  • Windows Server
  • 2012 R2
  • 2008 R2

Apenas servidores independentes. Nenhum cluster.

SUSE Linux Enterprise Server

11 SP4

 

Os drivers FCoE e a funcionalidade de suporte estão disponíveis na imagem ISO do PlateSpin. Consulte Fazendo download de imagens ISO do PlateSpin.

Multipath I/O

O PlateSpin Migrate suporta a migração de uma carga de trabalho de origem configurada para Multipath I/O (MPIO) em um ambiente SAN de Fibre Channel (FC). A carga de trabalho de destino pode estar no mesmo ou em um ambiente SAN diferente. As cargas de trabalho de origem e de destino devem ter todos os discos SAN.

NOTA:A carga de trabalho deve ser inicializada de um disco SAN. Cargas de trabalho com discos locais e SAN mistos não são suportadas, exceto se indicação em contrário na Tabela 2-10.

A funcionalidade de suporte a MPIO está disponível na imagem ISO do PlateSpin. Consulte Fazendo download de imagens ISO do PlateSpin.

Consulte a Tabela 2-10 para obter uma lista das plataformas que foram testadas para migrações em ambientes MPIO.

Tabela 2-10 Cargas de Trabalho de Origem Suportadas para MPIO

Plataforma

Versões

Comentários

Microsoft Windows Server

  • 2012 R2
  • 2008 R2

 

Microsoft Windows Server em um Cluster de Failover

2012 R2

A migração do cluster também foi testada usando um disco do sistema local com todos os discos de dados em uma SAN de FC.

Red Hat Enterprise Linux (RHEL)

  • 7.2
  • 6.8

Para cargas de trabalho Red Hat Enterprise Linux 6.8, Oracle Linux 6.8 e CentOS 6.8 com volumes LVM, o PlateSpin Migrate suporta a replicação incremental apenas para o último kernel disponível (versão 2.6.32-696.20.1.el6.x86_64) para a distribuição 6.8.

SUSE Linux Enterprise Server

11 SP4

 

O MPIO requer a instalação de software adicional de múltiplos caminhos no sistema operacional, na forma de um Recurso do Windows ou de um pacote ou módulo do Linux. Use as ferramentas de gerenciamento do MPIO para habilitar o MPIO e configurar suas políticas para dispositivos SAN com vários caminhos. Consulte a documentação do fornecedor para obter informações sobre como configurar o hardware para fornecer vários caminhos a um dispositivo de armazenamento e como instalar e configurar o MPIO.

Consulte a Tabela 2-11 para obter informações sobre os cenários de migração suportados do MPIO e as expectativas de carga de trabalho de destino.

Tabela 2-11 Cenários de Migração do MPIO Suportados

Carga de Trabalho de Origem

Carga de Trabalho de Destino

Software MPIO

Vários Caminhos de Armazenamento Disponíveis

Caminho Único de Armazenamento Disponível

O software MPIO está instalado. O MPIO está habilitado e configurado.

O software MPIO é automaticamente reconfigurado na carga de trabalho de destino para o ambiente MPIO de destino.

Para desabilitar o MPIO, você deve reconfigurá-lo manualmente na carga de trabalho.

O software MPIO continua, e o MPIO é reconfigurado para um caminho único. Você pode manter o software ou removê-lo manualmente, conforme apropriado para sua rede planejada.

Se você adicionar o hardware MPIO após a conclusão da migração, será necessário reconfigurar o MPIO manualmente na carga de trabalho.

O software MPIO está instalado. O MPIO está desabilitado.

O software MPIO permanece instalado, mas desabilitado.

Para habilitar o MPIO, você deve configurá-lo manualmente na carga de trabalho.

O software MPIO permanece instalado, mas desabilitado. Você pode manter o software ou removê-lo manualmente, conforme apropriado para sua rede planejada.

Se você adicionar o hardware MPIO após a conclusão da migração, será necessário configurar o MPIO manualmente na carga de trabalho.

O software MPIO não está instalado.

O software MPIO não está instalado.

Para habilitar o MPIO, você deve instalá-lo e configurá-lo manualmente na carga de trabalho.

Nenhuma alteração relacionada ao MPIO é feita na carga de trabalho.

2.1.4 Arquiteturas de carga de trabalho suportadas

As seguintes diretrizes de arquitetura de carga de trabalho dizem respeito a todas as migrações:

Protocolos

  • As cargas de trabalho de origem do Linux devem executar um servidor Secure Shell (SSH).

Processadores

O PlateSpin Migrate suporta a migração de cargas de trabalho físicas e virtuais baseadas em x86 no seu data center:

  • 64 bits

  • 32 bits

Núcleos e soquetes para VMs de destino

Para as plataformas de virtualização de VM que usam o VMware 5.1, 5.5 e 6.0 com Nível 8 mínimo de hardware de VM, o PlateSpin Migrate permite especificar o número de soquetes e de núcleos por soquete para a carga de trabalho de destino. Ele calcula automaticamente o total de núcleos. Este parâmetro é aplicado à configuração inicial de uma carga de trabalho com uma configuração de replicação inicial de Full Replication.

NOTA:O número máximo de núcleos que a carga de trabalho pode usar está sujeito a fatores externos, como sistema operacional convidado, versão de hardware da VM, licenciamento do VMware para host ESXi e máximos de processamento do host ESXi para vSphere (consulte ESXi/ESX Configuration Maximums (VMware KB 1003497)).

Algumas distribuições de OS convidado não cumprem a configuração de núcleos e de núcleos por soquete. Por exemplo, sistemas operacionais convidados que usam o SLES 10 SP4 mantêm as configurações originais de núcleos e soquetes de quando foram instalados, enquanto outras distribuições SLES e RHEL cumprem a configuração.

CPUs virtuais para VMs de destino

Para as plataformas de virtualização de VM que usam o VMware 4.1, o PlateSpin Migrate permite especificar o número necessário de vCPUs (CPUs virtuais) para atribuir à carga de trabalho de destino. Este parâmetro é aplicado à configuração inicial de uma carga de trabalho com uma configuração de replicação inicial de Full Replication. Cada vCPU é apresentada ao OS convidado na plataforma de VM como núcleo e soquete únicos.

Firmware UEFI e BIOS

A migração de cargas de trabalho de origem do Windows e do Linux com base em UEFI é suportada para todas as plataformas de destino. A carga de trabalho de destino é configurada como UEFI ou BIOS, de acordo com o suporte do fornecedor da plataforma de destino. Por exemplo:

  • Para as plataformas vCloud Cloud Director de destino, as cargas de trabalho UEFI do Windows e do Linux são migradas como são para as plataformas vCloud de destino.

  • Para as plataformas de nuvem de destino, como Azure e AWS, que não oferecem suporte a cargas de trabalho UEFI, as cargas de trabalho UEFI do Windows e do Linux são migradas como cargas de trabalho BIOS.

O Migrate transfere as cargas de trabalho da origem para o destino enquanto impõe o firmware suportado aos respectivos sistemas operacionais de origem e destino. Quando qualquer migração entre os sistemas UEFI e BIOS é iniciada, o Migrate analisa a transição e alerta você a respeito da validade.

NOTA:Se você estiver migrando a carga de trabalho com base em UEFI para uma plataforma de virtualização de destino do vSphere e quiser continuar usando o mesmo modo de boot do firmware, deverá selecionar uma plataforma do vSphere 5.0 ou mais recente.

Veja a seguir exemplos do comportamento do Migrate ao fazer a conversão entre os sistemas com base em UEFI e BIOS:

  • Quando você migra uma carga de trabalho de origem baseada em UEFI para uma plataforma que não suporta UEFI (por exemplo, para VMware vSphere 4. x, AWS ou Azure), o Migrate transfere o firmware UEFI da carga de trabalho para o firmware BIOS.

  • Quando você migra uma carga de trabalho de origem baseada em UEFI para um destino baseado em BIOS, o Migrate converte os discos de boot do sistema UEFI, que eram GPT, em discos MBR.

  • (Para Cargas de Trabalho do Windows) Quando você migra uma carga de trabalho de BIOS para um destino com base em UEFI, o Migrate converte os discos de boot do sistema BIOS, que são MBR, em discos GPT.

Cargas de trabalho de origem paravirtualizadas

A conversão de paravirtualizado em totalmente virtualizado é suportada para as seguintes cargas de trabalho de origem executadas em um host virtual do Citrix XenServer ou do KVM:

  • Distribuições do Red Hat Enterprise Linux (RHEL) 6.0 e do Linux com base no RHEL 6.0

  • Distribuições do Red Hat Enterprise Linux (RHEL) 5.x e do Linux com base no RHEL 5.x

  • SUSE Linux Enterprise Server 10 e 11

Apenas conversões com base em blocos são suportadas.

Antes de você migrar uma carga de trabalho de origem paravirtualizada do Linux em execução no Citrix XenServer ou no KVM para uma plataforma de destino como um convidado totalmente virtualizado, faça o seguinte:

  • Verifique se ambos os kernels paravirtual e padrão estão instalados na carga de trabalho de origem paravirtualizada.

  • Compile manualmente os drivers com base em blocos para o kernel do Xen.

2.1.5 Plataformas de virtualização de destino suportadas

O PlateSpin Migrate suporta as seguintes plataformas de virtualização de destino.

NOTA:

  • A migração de cargas de trabalho para uma plataforma de virtualização de destino está sujeita ao suporte do sistema operacional convidado no host de destino pelo fornecedor do host.

  • Você precisa de uma licença do OS para a carga de trabalho de destino migrada.

Tabela 2-12 Plataformas de Destino do VMware suportadas para a Interface da Web e o Cliente do Migrate

Plataforma

Versões

Comentários

VMware vCenter

  • 6.7
  • 6.5 (U1 com os patches mais recentes)
  • 6.0 (U1, U2 e U3)
  • 5.5 (U1, U2 e U3)
  • 5.1 (U1, U2 e U3)
  • 5.0 (U1, U2 e U3)
  • 4.1 (U1, U2 e U3)
  • (Para a Interface da Web do Migrate) O VMware vCenter é suportado no local ou hospedado no VMware Cloud on AWS.

  • (Para o Cliente do Migrate) Apenas o VMware vCenter no local é suportado.

O armazenamento vSAN (VMware Virtual SAN) é suportado na plataforma de virtualização de destino do vCenter da seguinte maneira:

  • vSAN 6.7 em plataformas do vCenter 6.7

  • vSAN 6.6 em plataformas do vCenter 6.5

  • vSAN 6.2 em plataformas do vCenter 6.0

  • vSAN 5.5 em plataformas do vCenter 5.5

O RDM (Raw Device Mapping – Mapeamento de Dispositivos Brutos) para VMs de destino é suportado usando o workflow X2P.

Consulte também a Tabela 2-13, Armazenamentos de dados VMware suportados.

VMware ESXi

  • 6.7
  • 6.5 (U1 com os patches mais recentes)
  • 6.0 (U1, U2 e U3)
  • 5.5 (U1, U2 e U3)
  • 5.1 (U1, U2 e U3)
  • 5.0 (U1, U2 e U3)
  • 4.1 (U1, U2 e U3)

Todas as versões do ESXi devem ter uma licença paga. A migração não será suportada com esses sistemas se eles estiverem operando com uma licença gratuita.

O RDM (Raw Device Mapping – Mapeamento de Dispositivos Brutos) para VMs de destino é suportado usando o workflow X2P.

Consulte também a Tabela 2-13, Armazenamentos de dados VMware suportados.

VMware ESX

  • 4.1 (U1, U2 e U3)

O RDM (Raw Device Mapping – Mapeamento de Dispositivos Brutos) para VMs de destino é suportado usando o workflow X2P.

Consulte também a Tabela 2-13, Armazenamentos de dados VMware suportados.

Tabela 2-13 Armazenamentos de dados VMware suportados

Tipo de armazenamento de dados

Configurações suportadas

VMFS

Compatível com todas as versões suportadas das plataformas VMware vCenter, ESXi e ESX.

NFS

  • NFS v3: Para todas as versões suportadas das plataformas VMware vCenter e ESXi

  • NFS v 4.1: Para todas as versões suportadas das plataformas VMware vCenter 6.x e ESXi 6.x

Outros

Outros tipos de armazenamento de dados não são suportados, como Volumes Virtuais e vFlash.

Tabela 2-14 Plataformas de virtualização de destino suportadas apenas para o cliente do Migrate

Plataforma

Versões

Comentários

Microsoft Hyper-V Server

  • Microsoft Hyper-V Server 2016

Suportado para workflow automatizado ou X2P. Consulte:

Consulte também Pré-requisitos de migração para o Microsoft Hyper-V.

Microsoft Windows Server com Hyper-V

  • Windows Server 2016 (modo GUI e Core)
  • Windows Server 2012 R2
  • Windows Server 2012

Suportado para workflow automatizado ou X2P. Consulte:

Consulte também Pré-requisitos de migração para o Microsoft Hyper-V.

Citrix XenServer

  • 7.3

Convidados totalmente virtualizados são suportados.

Suportado por meio do workflow X2P. Consulte Migração para máquinas virtuais no Citrix XenServer.

Consulte também Pré-requisitos de migração para VMs no Citrix XenServer.

SUSE Linux Enterprise Server com Xen

11 SP3 e 11 SP4

Convidados totalmente virtualizados são suportados.

Suportado por meio do workflow X2P. Consulte Migração para máquinas virtuais no Xen.

Consulte também Pré-requisitos de migração para VMs no Xen.

SUSE Linux Enterprise Server (SLES) com KVM

11 SP4 e 12 SP1

Convidados totalmente virtualizados são suportados.

Dispositivos Virtio são suportados.

Suportado por meio do workflow X2P. Consulte Migração para máquinas virtuais na KVM.

Consulte também Pré-requisitos de migração para VMs no KVM.

Red Hat Enterprise Linux (RHEL) com KVM

7.4

Convidados totalmente virtualizados são suportados.

Dispositivos Virtio são suportados.

Suportado por meio do workflow X2P. Consulte Migração para máquinas virtuais na KVM.

Consulte também Pré-requisitos de migração para VMs no KVM.

2.1.6 Plataformas de nuvem de destino suportadas

O PlateSpin Migrate suporta a migração de cargas de trabalho para plataformas de nuvem de destino na Interface da Web do Migrate.

Tabela 2-15 Plataformas de Nuvem de Destino Suportadas para a Interface da Web do Migrate

Plataforma

Versões

Comentários

Amazon Web Services (AWS)

Ambiente do Amazon EC2

Consulte também Seção 8.0, Pré-requisitos de migração para a Amazon Web Services.

Microsoft Azure

  • Azure Global

  • Azure China

  • Azure Alemanha

  • Azure Governamental

Um servidor do Migrate pode ter várias plataformas de destino de Nuvem do Azure. Você pode especificar o ambiente de Nuvem do Azure e o Local ao criar a plataforma de destino.

VMware vCloud Director

  • 9.1
  • 8.20
  • 5.5.x e 5.6.x

Consulte também Pré-requisitos para migração para o VMware vCloud Director.

Faça download do Ambiente de Replicação do PlateSpin no para vCloud no Site de Downloads do PlateSpin Migrate 2018.11.

Consulte Seção 10.4, Entendendo o ambiente de replicação do PlateSpin usado para migração de cargas de trabalho para o vCloud.

VMware Cloud on AWS

Consulte também Pré-requisitos de migração para o VMware Cloud on AWS.

2.1.7 Idiomas internacionais suportados

Além do inglês, o PlateSpin Migrate oferece o NLS (National Language Support – Suporte ao Idioma Nacional) para chinês simplificado (ZH-CN), chinês tradicional (ZH-TW), francês (FR-FR), alemão (DE-DE) e japonês (JA-JP).

A documentação online traduzida está disponível nesses idiomas e também em espanhol (ES-ES) e português do Brasil (PT-BR).

2.1.8 Browsers da Web suportados

A Interface da Web do PlateSpin Migrate, as opções de Configuração do PlateSpin e os arquivo de Ajuda estão disponíveis por meio de um browser da Web suportado:

  • Google Chrome 34.0 e versões posteriores

  • Microsoft Internet Explorer 11.0 e versões posteriores

  • Mozilla Firefox 29.0 e versões posteriores

NOTA:O JavaScript (Scripts Ativos) deve ser habilitado no browser.

Para usar a Interface da Web em um dos idiomas internacionais suportados, consulte Definindo configurações de idioma para versões internacionais.