Consideraciones sobre la migración

La herramienta de VPC+ Cloud Migration duplica el entorno en IBM Cloud® Virtual Private Cloud y no cancela la infraestructura clásica de IBM Cloud. Puede cancelar el entorno clásico existente desde la consola de IBM Cloud.

Consideraciones sobre instancias de servidor virtual

Las instancias de servidor virtual deben utilizar uno de los siguientes sistemas operativos:

  • 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

Si tiene servidores virtuales que no utilizan uno de los sistemas operativos soportados, debe migrarlos a un nivel soportado antes de la migración.

Los servidores virtuales deben estar habilitados para Cloud-init y tener controladores Virtio. Para las imágenes de Linux que no cumplen estos criterios, consulte Creación de una imagen personalizada de Linux para preparar la imagen. Para las imágenes de Windows que no cumplan estos criterios, consulte Creación de una imagen personalizada de Windows. Como opción, puede ejecutar un script para validar si la imagen de Linux o Windows cumple los requisitos mínimos del sistema operativo, está habilitada para cloud-init y tiene controladores Virtio. Para obtener más información, consulte los detalles del script.

Además, los servidores virtuales deben cumplir los requisitos siguientes:

  • Sin complementos
  • Imagen de sistema operativo
  • El tamaño del volumen primario no debe superar los 100 GB
  • Sistemas operativos soportados

La herramienta VPC+ Cloud Migration no inicia sesión en las instancias de servidor virtual ni tiene acceso a ellas. VPC+ Cloud Migration, que está gestionado por Wanclouds, sigue las mejores prácticas del sector para garantizar que su herramienta de aplicación es segura y protege su información confidencial.

Conversión de imágenes VMDK

Puede migrar una imagen con formato VMDK de la versión clásica a VPC mediante la herramienta VPC+. La herramienta VPC+ convierte la imagen VMDK en qcow2, que es el formato al que se da soporte en VPC. La imagen debe cumplir los requisitos de imagen que se enumeran en la sección Consideraciones para instancias de servidor virtual:

  • Sistema operativo soportado
  • Habilitada para cloud-init
  • Controladores Virtio
  • VHDD individual (sin secundario) y que no supere los 100 GB

Si decide utilizar la herramienta VPC+ para convertir y migrar una imagen VMDK, debe exportar la imagen a IBM Cloud Object Storage antes de empezar a utilizar la herramienta. Para obtener más información, consulte el tema sobre Carga de datos.

Como alternativa, puede convertir la imagen VMDK a qcow2 y cargarla en Object Storage usted mismo. Puede obtener información adicional consultando Migración de imágenes VMDK o VHD a VPC.

Hosts dedicados

Al migrar una instancia de servidor virtual clásico de un host dedicado a IBM Cloud VPC, existe la opción de seguir migrándola conforme a un modelo de arrendatario único (host dedicado) o cambiar a un modelo de arrendatario compartido (público). El valor predeterminado es el modelo de arrendatario único y la herramienta VPC+ intentará emparejar con el perfil clásico más cercano que VPC ofrece tanto para la instancia de host dedicado como para la de servidor virtual. Tiene la opción de cambiar el perfil tanto para la instancia de servidor virtual como parar la de host dedicado.

Cuando se opta por colocar un servidor virtual clásico, se puede elegir manual (host dedicado) o autoasignación. Mientras que, en IBM Cloud VPC, la implementación es ligeramente diferente y la colocación se hace a un host dedicado o a un grupo de hosts dedicados. Si la ubicación de la instancia de servidor virtual clásico es manual, las herramientas de VPC+ respetan la ubicación y suministra el servidor virtual en IBM Cloud VPC tal cual. En el caso de la asignación automática, puesto que la implementación es diferente, el servidor se asigna automáticamente dentro de un grupo de hosts dedicados. Puede obtener información adicional consultando Creación de hosts y grupos dedicados. De forma similar, al igual que ocurre con los perfiles, existe la opción de cambiar la ubicación del servidor virtual y el grupo de hosts dedicados.

Perfiles de servidor virtual soportados

No todos los perfiles de cálculo están soportados en VPC. Por ejemplo, los perfiles cuadráticos como C1.2x2, C1.4x4, C1.8x8 no reciben soporte. Consulte Perfiles de VPC para ver una lista completa de los perfiles soportados.

Si la herramienta de VPC+ encuentra un perfil durante el descubrimiento que no coincide con un perfil soportado, se selecciona el perfil coincidente más parecido. Puede cambiar la selección cuando edite los recursos descubiertos.

Actualmente VPC+ Cloud Migration no admite perfiles GPU.

Grupos de instancias para el escalado automático

La herramienta VPC + descubre instancias de servidor virtual que están asociadas con grupos de instancias. Puede migrar estas instancias con la herramienta VPC +, pero la herramienta no configura las políticas de escalado automático en la VPC. Se recomienda migrar solo una instancia de servidor virtual que esté asociada a un grupo de instancias y luego configurar las políticas de escalado automático con esa instancia de servidor virtual. Para obtener más información, consulte Creación de un grupo de instancias para el escalado automático.

Consideraciones de almacenamiento de datos para los almacenamientos adjunto, en bloques y de archivos

La herramienta VPC+ puede descubrir los tres tipos de almacenamiento utilizados por las instancias de servidor virtual en la infraestructura clásica de IBM Cloud:

  1. Almacenamiento portátil
  2. Almacenamiento de archivos en red
  3. Almacenamiento en bloques conectado a red (iSCSI) con sistemas de archivos

Con la herramienta VPC+, existe la opción de elegir qué volúmenes de datos migrar. Solo se migrarán los volúmenes que se seleccionen.

Si tiene una instancia de servidor virtual que ya se ha migrado donde desea migrar volúmenes de datos secundarios, utilice Content Data Migrator en la herramienta VPC+.

Como alternativa a Content Data Migrator, puede migrar los datos del bloque o de los volúmenes de archivos a VPC por sí mismo utilizando rsync u otras herramientas de su elección (scp u otras herramientas de terceros). Para obtener más información sobre la utilización de rsync para migrar datos, consulte Migración de datos de la infraestructura clásica de IBM Cloud a VPC.

Requisitos previos de la migración de almacenamiento

Para migrar los almacenamientos en bloques y NAS a VPC junto con la instancia de servidor virtual, asegúrese de revisar y completar los siguientes requisitos previos:

  1. La cuenta de IBM Cloud ha de tener privilegios de administrador tanto en la clásica como en la VPC. Se crean volúmenes de almacenamiento para la cuenta proporcionada en la VPC.
  2. Hay que descargar el script que proporciona la herramienta VPC+ y ejecutarlo en la instancia de servidor virtual clásico con los privilegios necesarios. Las instrucciones se proporcionan en el script. El script instala el agente de migración de contenido, que recopila los metadatos necesarios para la migración. El agente de migración de contenido recopila información sobre el almacenamiento adjunto, por ejemplo, nombre, información de partición en los dispositivos de bloque, puntos de montaje, tipos de sistema de archivos. El agente carga los metadatos en el controlador VPC+, proporcionando una opción más adelante en la herramienta para seleccionar los volúmenes deseados para la migración. Para que esto suceda, el servidor virtual necesita conectividad externa para cargar los archivos de metadatos en el controlador VPC+.
  3. En la consola de IBM Cloud, vaya a Icono de menú Icono de menú > Infraestructura clásica > Dispositivos > la instancia de servidor virtual. Seleccione la pestaña Almacenamiento y autorice el almacenamiento de bloques y archivos si no aparece en la lista.

Limitaciones

Revise las siguientes limitaciones de migración de almacenamiento:

  • Todas las migraciones se limitan a un tamaño de volumen de solo 2 TB.
  • Solo se pueden elegir cuatro volúmenes al suministrar una instancia de servidor virtual. Solo se pueden migrar cuatro volúmenes conectados, además del volumen de arranque. Si hay más de cuatro volúmenes en la instancia clásica, consulte Límites de conexión de volúmenes para obtener los detalles y utilice Content Data Migrator en la herramienta VPC+ para migrar los volúmenes adicionales.
  • Se pueden migrar un máximo de cuatro particiones primarias o de tres primarias con dos lógicas en la cuarta partición.
  • La migración de volúmenes de bloques y particiones sin sistemas de archivos todavía no está soportada.
  • Se realizará un máximo de 10 correlaciones de IOPS/Gb en las instancias de servidor virtual para VPC.
  • La migración de almacenamientos conectados a Windows todavía no está soportada.

Se pueden migrar los tres tipos de almacenamiento si el caso de uso cumple estas limitaciones.

Casos de uso de migración de almacenamiento

Tenga en cuenta los siguientes casos de uso en la migración de almacenamiento:

  1. La instancia de servidor virtual clásico tiene almacenamiento portátil conectado con sistemas de archivos Linux. Esto se migra tal cual a VPC.
  2. La instancia de servidor virtual clásico tiene almacenamiento de archivos en red:
  • Se crea un sistema de archivos Linux equivalente (ext4) en la VPC y luego se copia el contenido.
  • VPC todavía no soporta almacenamientos NAS. El almacenamiento estará en el sistema de archivos Linux en la instancia de VPC y no se podrá compartir.
  1. El servidor virtual clásico tiene almacenamiento de bloques en red (dispositivos iSCSI):
  • El agente de migración de contenido descubrirá la existencia de un sistema de archivos Linux por encima de los dispositivos de correlacionador dev y migrará el contenido a VPC.
  • Se conservará la información de partición entre el origen y el destino.
  • Los sistemas de archivos que estén sobre LUNs iSCSI se copiarán en la instancia de destino. No estarán disponibles los nombres de varias rutas («multipathing») ni los legibles («user-friendly») configurados en el origen. en el destino.
  1. La instancia virtual clásica tiene almacenamiento portátil, almacenamiento de archivos en red y almacenamiento de bloques en red.

Consideraciones sobre claves SSH

La herramienta VPC+ puede detectar las claves públicas SSH que se han añadido durante el proceso de pedido inicial de las instancias del servidor virtual clásico. Si las claves públicas SSH no son RSA o se han añadido después de haber solicitado sus instancias, la herramienta VPC+ tendrá que añadir una nueva clave SSH.

Consideraciones para volúmenes secundarios

Si desea migrar una instancia de servidor virtual con un volumen primario y tiene conectado un volumen secundario, asegúrese de que al montar los discos en la máquina clásica se haga de forma permanente. Para ello, añada nofail en la entrada de montaje del volumen secundario del archivo /etc/fstab.

Una entrada típica tiene el aspecto siguiente:

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

Debe añadir nofail junto a los valores predeterminados si todavía no lo ha hecho.

VPC+ Cloud Migration solamente da soporte a un máximo de tres volúmenes secundarios para la migración.

Si no se puede migrar un servidor porque no está configurado como cloud-init, todavía se puede migrar el volumen secundario de dicho servidor. En primer lugar, cree un servidor compatible en VPC y, a continuación, migre el volumen secundario utilizando el procedimiento anterior.

Consideraciones para los equilibradores de carga

Solo se admite IBM Cloud Load Balancer.

Si el entorno clásico de IBM Cloud utiliza configuraciones en IBM Cloud Load Balancer que no están disponibles en VPC, VPC+ Cloud Migration establece la coincidencia más cercana a lo que está disponible para VPC o utiliza una configuración predeterminada.

Consideraciones sobre el dispositivo de pasarela

Solo se admite VRA (Vyatta 5600). En VRA, se admiten las siguientes características:

  • Pasarela (enmascaramiento de NAT)
  • VPN/IKE
  • ACL sin estado

ACL

La herramienta VPC+ no convierte reglas ACL basadas en red o en host. Tendrá que añadir estas reglas al editar los recursos descubiertos o después de suministrar el entorno de VPC.

Para las ACL basadas en un puerto que se configuran con RFC1918 una dirección de red, las ACL de puerto se migran, pero la dirección cambiará a Any. Por ejemplo, la siguiente configuración de VRA:

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

Migra a VPC como:

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

Si tiene reglas /32 basadas en host, considere la posibilidad de pasar a grupos de seguridad con el fin de conservar el uso de recursos de ACL.

Limitaciones de reglas de VRA

IBM Cloud limita a 25 las reglas de VRA. Si tiene más de 25 reglas, IBM Cloud selecciona las 25 primeras. Puede gestionar estas reglas cuando edite los recursos descubiertos.

Configuraciones de pasarela no disponibles en VPC

Si el entorno clásico de IBM Cloud utiliza configuraciones en una pasarela que no está disponible en VPC, VPC+ Cloud Migration establece la coincidencia más cercana a lo que está disponible para VPC o utiliza una configuración predeterminada.

Consideraciones para la migración de IBM Cloud Kubernetes Service y Red Hat OpenShift

Con la herramienta VPC+, puede descubrir y migrar su clúster IBM Cloud Kubernetes Service o Red Hat® OpenShift® de clásico a IBM Cloud VPC. La herramienta VPC+ identifica todos sus clústeres y crea un espacio de trabajo para ayudarle a gestionar la migración. Usted decide qué clúster desea migrar.

Puede migrar las siguientes versiones:

  • IBM Cloud Kubernetes Service versión 1.21+
  • Red Hat OpenShift versión 4.6+

Sólo puede migrar de un único centro de datos a una única zona de disponibilidad o de varios centros de datos a una región multizona.

Las herramientas de código abierto Velero y Restic están instaladas en su espacio de nombres único por VPC+ para realizar copias de seguridad y migrar sus IBM Cloud Kubernetes Service o Red Hat OpenShift recursos y componentes como recursos a nivel de clúster, grupos de trabajadores, POD, espacios de nombres, secretos, conjuntos con estado, conjuntos de demonios, conjuntos de réplicas, trabajos, cron jobs y volúmenes persistentes.

Es necesario crear una credencial de servicio IBM Cloud Object Storage con un rol de servicio de gestor y HMAC. Se crea un bucket Object Storage temporal en su cuenta para ayudar con la migración. Además, las puertas de enlace de subred son a todas las subredes IBM Cloud Kubernetes Service.

Limitaciones

Revise las siguientes limitaciones para la migración IBM Cloud Kubernetes Service o Red Hat OpenShift:

  • Los recursos y servicios de Ingress son su responsabilidad.
  • Sólo se admiten volúmenes de bloques.
  • Velero requiere 1 CPU y 500 MB para cada nodo. En algunos casos, la migración puede fallar debido a la capacidad del hardware. En estos casos, es necesario reducir el consumo de recursos, como desactivar el registro, la supervisión o las aplicaciones.