Considerações sobre migração

A ferramenta VPC+ Cloud Migration duplica o ambiente na IBM Cloud® Virtual Private Cloud e não cancela a infraestrutura clássica da IBM Cloud. É possível cancelar o ambiente clássico existente no console da IBM Cloud.

Considerações sobre instâncias de servidor virtual

As instâncias de servidor virtual devem usar um dos sistemas operacionais a seguir:

  • CentOS 7.x, 8.x
  • Debian 9.x, 10.x
  • Red Hat 7.x, 8.x
  • Ubuntu Linux 16.04.x, 18.04.x
  • Windows 2012, 2012R2, 2016

Se você tiver servidores virtuais que não estão usando um dos sistemas operacionais suportados, será necessário migrá-los para um nível suportado antes da migração.

Os servidores virtuais devem ser ativados para cloud-init e ter drivers Virtio. Para imagens do Linux que não atendem a esses critérios, consulte Criando uma imagem customizada do Linux para preparar a imagem. Para as imagens do Windows que não atenderem a esses critérios, consulte Criando uma imagem customizada do Windows. É possível optar por executar um script a fim de validar se a imagem do Linux ou do Windows atende aos requisitos mínimos de S.O., se ela está ativada para cloud-init e se tem drivers Virtio. Para obter mais informações, consulte os detalhes do script.

Além disso, os servidores virtuais devem atender aos requisitos a seguir:

  • Nenhum complemento
  • Imagem do S.O. de estoque
  • Tamanho do volume primário não exceder 100 GB
  • Sistemas operacionais suportados

A ferramenta VPC+ Cloud Migration não efetua login em suas instâncias do servidor virtual nem tem acesso a elas. O VPC+ Cloud Migration, que é gerenciado pela Wanclouds, segue as melhores práticas do setor para assegurar que sua ferramenta de aplicação seja segura e que proteja suas informações confidenciais.

Conversão de imagem VMDK

É possível migrar uma imagem formatada em VMDK do formato clássico para VPC usando a ferramenta VPC+. A ferramenta VPC+ converte a imagem VMDK em qcow2, que é o formato suportado em VPC. A imagem deve atender aos requisitos de imagem listados na seção Considerações para instâncias de servidor virtual:

  • Sistema operacional suportado
  • Cloud-init ativado
  • Drivers Virtio
  • vHDD único (sem secundário) e não excede 100 GB

Se você decidir usar a ferramenta VPC+ para converter e migrar sua imagem VMDK, deverá exportar a imagem para o IBM Cloud Object Storage antes de começar a usar a ferramenta. Para obter mais informações, consulte Fazer upload de dados.

Como alternativa, é possível converter sua imagem VMDK em qcow2 e você mesmo fazer upload para o Object Storage. Para obter mais informações, consulte Migrando imagens VMDK ou VHD para VPC.

Hosts dedicados

Ao migrar uma instância de servidor virtual clássico de um host dedicado para o IBM Cloud VPC, você tem a opção de continuar a migrá-lo como um modelo de locatário único (host dedicado) ou alterar para um modelo de locatário compartilhado (público). O padrão é um modelo de locatário único e a ferramenta VPC+ tentará combinar com o perfil clássico mais próximo que o VPC oferece tanto para a instância de servidor dedicado quanto para servidor virtual. Você tem a opção de alterar o perfil para a instância dedicada de host ou o servidor virtual.

Após decidir sobre o posicionamento do servidor virtual clássico, você poderá escolher entre atribuir de maneira manual (host dedicado) ou automática. Considerando que no IBM Cloud VPC, a implementação é um pouco diferente e o posicionamento é para um host dedicado ou grupo de host dedicado. Se o posicionamento da instância do servidor virtual clássico for manual, então as ferramentas VPC+ estarão sujeitas ao posicionamento e fornecerá o servidor virtual no IBM Cloud VPC como tal. Para atribuir de maneira automática, devido à implementação diferente, o servidor será atribuido automaticamente dentro de um grupo de host dedicado. Para obter mais informações, consulte Criando hosts e grupos dedicados. Da mesma forma, com os perfis você tem a opção de alterar o posicionamento do servidor virtual e o grupo de host dedicado.

Perfis de servidores virtuais suportados

Nem todos os perfis de cálculo são suportados na VPC. Por exemplo, perfis quadráticos como C1.2x2, C1.4x4, C1.8x8 não são suportados. Consulte Perfis de VPC para obter uma lista completa de perfis suportados.

Se a ferramenta VPC+ encontrar um perfil durante a descoberta que não corresponde a um perfil suportado, o perfil de correspondência mais próxima será selecionado. É possível mudar a seleção ao editar os recursos descobertos.

A VPC+ Cloud Migration não suporta atualmente perfis de GPU.

Grupos de instâncias para o ajuste automático de escala

A ferramenta VPC+ descobre instâncias de servidor virtual associadas a grupos de instâncias. É possível migrar essas instâncias com a ferramenta VPC+, mas ela não configura políticas de ajuste automático de escala na VPC. Recomenda-se migrar apenas uma instância de servidor virtual associada a um grupo de instâncias e, em seguida, configurar as políticas de ajuste automático de escala com ela. Para obter mais informações, consulte Criando um grupo de instâncias para o ajuste automático de escala.

Considerações sobre armazenamento de dados para armazenamento em anexo, bloco e arquivo

A ferramenta VPC+ pode descobrir os três tipos de armazenamento usados por instâncias do servidor virtual na infraestrutura clássica do IBM Cloud:

  1. Armazenamento portátil
  2. Armazenamento de arquivo de rede
  3. Armazenamento em bloco conectado à rede (iSCSI) com sistemas de arquivos

Com a ferramenta VPC+, você tem a opção de escolher os volumes de dados a serem migrados. Somente os volumes que você selecionar serão migrados.

Se você tiver uma instância de servidor virtual que já foi migrada para onde você deseja migrar volumes de dados secundários, use o Content Data Migrator na ferramenta VPC+.

Como uma alternativa ao Content Data Migrator, é possível migrar os dados nos volumes de bloco ou de arquivos para o VPC você mesmo, usando o rsync ou outras ferramentas de sua escolha (scp ou outras ferramentas de terceiros). Para obter mais informações sobre o uso do rsync para migrar seus dados, consulte Migrando dados da infraestrutura clássica da IBM Cloud para o VPC.

Pré-requisitos para migração de armazenamento

Para migrar os armazenamentos de blocos e NAS para o VPC junto com a instância do servidor virtual, certifique-se de revisar e preencher os seguintes pré-requisitos:

  1. Sua conta do IBM Cloud deve ter privilégios de administrador para os tipos clássico e VPC. Os volumes de armazenamento são criados para a conta fornecida dentro do VPC.
  2. É necessário fazer o download do script que é fornecido pela ferramenta VPC+ e executá-lo em sua instância de servidor virtual clássico com os privilégios necessários. As instruções são fornecidas no script. O script instala o agente de migração de conteúdo que coleta os metadados necessários que devem ser usados na migração. O agente de migração de conteúdo coleta informações sobre armazenamento anexado, por exemplo, nome, informações de partição para dispositivos de blocos, pontos de montagem e tipos de sistema de arquivos. O agente faz o upload dos metadados para o controlador VPC+, fornecendo uma opção posteriormente na ferramenta para selecionar os volumes desejados para migração. Para que isso aconteça, o seu servidor virtual precisa de conectividade externa para fazer o upload de arquivos de metadados para o controlador VPC+.
  3. No console IBM Cloud, navegue para Ícone do menu Ícone do menu > Infraestrutura clássica > Dispositivos > sua instância de servidor virtual. Selecione a guia Armazenamento e autorize o seu bloco e armazenamento de arquivo se não estiverem listados lá.

Limitações

Revise as seguintes limitações de migração de armazenamento:

  • Todas as migrações são limitadas a um tamanho de volume de 2 TB apenas.
  • É possível escolher apenas quatro volumes enquanto provisiona uma instância de servidor virtual. Apenas quatro volumes conectados, além do seu volume de inicialização, podem ser migrados. Se você tiver mais de quatro volumes em sua instância clássica, consulte Limites de anexo de volume para obter detalhes e use o Content Data Migrator na ferramenta VPC+ para migrar os volumes adicionais.
  • Até quatro partições primárias ou três primárias com duas lógicas na quarta partição podem ser migradas.
  • A migração de volumes de blocos e partições sem sistemas de arquivos ainda não é suportada.
  • Um mapeamento máximo de 10 IOPS/Gb será feito em instâncias do servidor virtual para VPC.
  • A migração de armazenamento anexada ao Windows ainda não é suportada.

Os três tipos de armazenamento podem ser migrados se o seu caso de uso atender a essas limitações.

Casos de uso de migração de armazenamento

Considere os seguintes casos de usos para migração de armazenamento:

  1. A instância de servidor virtual clássico possui armazenamento portátil que é conectado com sistemas de arquivos Linux. Este é migrado no estado em que se encontra para o VPC.
  2. A instância do servidor virtual clássico possui armazenamento de arquivo de rede:
  • Um sistema de arquivos Linux equivalente (ext4) é criado em VPC e, em seguida, o conteúdo é copiado por cima.
  • O VPC ainda não suporta o armazenamento NAS. Seu armazenamento estará no sistema de arquivos do Linux em sua instância VPC, e ele não pode ser compartilhado.
  1. O servidor virtual clássico possui armazenamento de blocos de rede (dispositivos iSCSI):
  • O agente de migração de conteúdo descobrirá a existência de um sistema de arquivos Linux sobre dispositivos de mapper dev e migrará o conteúdo para o VPC.
  • As informações de partição entre origem e destino serão retidas.
  • Sistemas de arquivos sobre luns iSCSI são copiados para a instância de destino. Nem caminhos múltiplos nem nomes de fácil utilização configurados em sua origem estarão disponíveis. em seu destino.
  1. A instância virtual clássica tem armazenamento portátil, armazenamento de arquivos de rede e armazenamento de blocos de rede.

Considerações sobre chaves SSH

A ferramenta VPC+ pode detectar as chaves públicas SSH que foram incluídas durante o processo de pedido inicial das instâncias de servidor virtual clássicas. Se as chaves públicas SSH não forem RSA ou foram incluídas depois de você ter pedido suas instâncias, a ferramenta VPC+ exigirá que você inclua uma nova chave SSH.

Considerações sobre volumes secundários

Se você deseja migrar uma instância de servidor virtual com um volume primário e há um volume secundário anexado a ele, certifique-se de que ao montar os discos na máquina clássica a montagem seja permanente. Para isso, adicione o nofail na entrada de montagem do volume secundário do arquivo /etc/fstab.

Uma entrada típica se parece com esta a seguir:

"/dev/disk     /mnt/disk      ext4        defaults,nofail      0       2”

Será necessário incluir nofail ao lado de padrões se ele não estiver lá ainda.

A VPC+ Cloud Migration suporta apenas três volumes secundários para migração no máximo.

Se um servidor não puder ser migrado porque não está configurado como cloud-init, ainda será possível migrar o volume secundário desse servidor. Primeiro, crie um servidor compatível na VPC; em seguida, migre o volume secundário usando o procedimento anterior.

Considerações sobre balanceadores de carga

Somente o IBM Cloud Load Balancer é suportado.

Se o ambiente clássico da IBM Cloud usar configurações na IBM Cloud Load Balancer que não estão disponíveis na VPC, a VPC+ Cloud Migration configurará a correspondência mais próxima que estiver disponível para a VPC ou usará uma configuração padrão.

Considerações sobre dispositivo de gateway

Apenas VRA (Vyatta 5600) é suportado. Dentro do VRA, os recursos a seguir são suportados:

  • Gateway (NAT mascarado)
  • VPN/IKE
  • ACLs sem estado

ACLs

A ferramenta VPC+ não converte regras de ACL baseadas em rede ou em host. Será necessário incluir essas regras ao editar os recursos descobertos ou depois de provisionar o ambiente VPC.

Para ACLs baseadas em porta configuradas com um endereço de rede RFC1918, as ACLs de porta são migradas, mas o endereço muda para Any. Por exemplo, a configuração do VRA a seguir:

Allow UDP, Source Address 10.1.1.0/26, Destination Address 172.16.20.0/26 Port 80

Migra para a VPC como:

Allow UDP Source Address Any, Destination Address Any, Port 80

Se você tiver regras baseadas em host /32, considere mudar para grupos de segurança para preservar o uso do recurso ACLs.

Limitações de regra do VRA

A IBM Cloud limita as regras do VRA a 25. Se você tiver mais de 25 regras, a IBM Cloud selecionará as 25 primeiras. É possível gerenciar essas regras ao editar os recursos descobertos.

Configurações de gateway não disponíveis na VPC

Se o ambiente clássico da IBM Cloud usar configurações em um gateway que não estão disponíveis na VPC, a VPC+ Cloud Migration configurará a correspondência mais próxima que estiver disponível para a VPC ou usará uma configuração padrão.

Considerações sobre a migração do IBM Cloud Kubernetes Service e do Red Hat OpenShift

Com a ferramenta VPC+, você pode descobrir e migrar seu IBM Cloud Kubernetes Service ou Red Hat® OpenShift® cluster do clássico para o IBM Cloud VPC. A ferramenta VPC+ identifica todos os seus clusters e cria um espaço de trabalho para ajudá-lo a gerenciar a migração. Você decide qual cluster deseja migrar.

Você pode migrar as seguintes versões:

  • IBM Cloud Kubernetes Service versão 1.21+
  • Red Hat OpenShift versão 4.6+

Só é possível migrar de um único data center para uma única zona de disponibilidade ou de vários data centers para uma região com várias zonas.

As ferramentas de código aberto Velero e Restic são instaladas em seu espaço de nome exclusivo pelo VPC+ para fazer backup e migrar seus IBM Cloud Kubernetes Service ou Red Hat OpenShift ou recursos e componentes, como recursos em nível de cluster, pools de trabalho, PODs, namespaces, segredos, conjuntos com estado, conjuntos de daemons, conjuntos de réplicas, trabalhos, cron jobs e volumes persistentes.

Você precisa criar uma credencial de serviço IBM Cloud Object Storage com uma função de serviço de gerente e HMAC. Um bucket temporário Object Storage é criado em sua conta para ajudar na migração. Além disso, os gateways de sub-rede são para todas as IBM Cloud Kubernetes Service sub-redes.

Limitações

Analise as seguintes limitações para a migração de IBM Cloud Kubernetes Service ou Red Hat OpenShift:

  • Os recursos e serviços do Ingress são de sua responsabilidade.
  • Somente volumes de bloco são suportados.
  • O Velero requer 1 CPU e 500 MB para cada nó. Em alguns casos, a migração pode falhar devido à capacidade do hardware. Nesses casos, é necessário reduzir o consumo de recursos, como desativar o registro, o monitoramento ou os aplicativos.