Descripción de la replicación de VM

El plugin de replicación en Oracle Cloud Migrations gestiona la replicación de instantáneas de activos de origen desde el entorno de origen a Oracle Cloud Infrastructure.

El plugin de replicación toma instantáneas de volúmenes de VM de origen y las copia en el cubo de replicación.

Acerca del cubo de replicación

El cubo de replicación se utiliza temporalmente para facilitar la transferencia de instantáneas VMware al arrendamiento de OCI de destino. Una vez que los datos de instantánea se escriben en un volumen en bloque, se eliminan del cubo de replicación.

Cree un cubo privado en un compartimento de replicación, que especifique durante la migración para la ubicación de replicación. Puede especificar un nombre de cubo especificado por el usuario en lugar de nombres de cubo generados por el sistema. Los nombres de cubo especificados por el usuario pueden tener letras (mayúsculas o minúsculas), números, guiones, guiones bajos y puntos. Para obtener más información sobre la gestión de cubos para operaciones de instantánea, consulte Bloques de almacenamiento de objetos.

Por ejemplo:

Cree un cubo para un compartimento de una región de destino a la que esté migrando.

Para la migración VMware, utilice las siguientes políticas relevantes para el cubo:

Allow dynamic-group HydrationAgentDynamicGroup to read objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

Para la migración de AWS, utilice las siguientes políticas relevantes para el cubo:

Allow dynamic-group HydrationAgentDynamicGroup to manage objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

Para obtener más información sobre las políticas de Oracle Cloud Migrations, consulte Políticas del servicio Oracle Cloud Migrations.

Acerca del agente de hidratación

El agente de hidratación es una instancia informática que se inicia en la ubicación de replicación, que se especifica durante la creación del proyecto de migración.

El agente de hidratación tiene como objetivo copiar en bloque las instantáneas de activos tomadas por el plugin de replicación (copiado directamente desde el volumen de EBS en caso de activos EC2) en los volúmenes en bloque generados en Oracle Cloud Infrastructure. Las instancias de agente de hidratación se inician automáticamente para equilibrar la carga del proceso de replicación según la lógica del pool de objetos. Las instancias del agente de hidratación se crean en función de algoritmos para las unidades e imágenes aprobadas. Cada instancia de agente de hidratación crea una VCN, una subred y recursos asociados (tabla de rutas de VCN). Para obtener información sobre el número máximo definido para la VCN, la subred y los recursos asociados, consulte Límites de redes en Límites de servicio. Puede enviar una solicitud para aumentar los límites de servicio desde la consola. Para aumentar el límite de servicio, consulte Solicitud de aumento del límite de servicio.

El algoritmo de unidades aprobado selecciona una de las unidades disponibles en un dominio de disponibilidad y compartimento. El algoritmo prefiere unidades con un número de CPU mínimo y un costo mínimo. Para obtener más información sobre las unidades de máquina virtual de la serie estándar, consulte Unidades de máquina virtual (VM).

El algoritmo para imágenes aprobadas inicia la instancia del agente de hidratación con una de las imágenes aprobadas, como el sistema operativo Oracle-Linux-7.9, que está disponible. Con los nuevos despliegues de imágenes, el algoritmo se actualiza.

En el caso de AWS, el agente de hidratación iniciado por la migración de OCI en su arrendamiento utiliza la API directa de EBS para copiar bloques de datos de una instantánea completa, o solo bloques cambiados entre dos instantáneas, y los escribe directamente en los volúmenes en bloque de OCI.

Límites para el agente de hidratación

Asegúrese de reservar límites suficientes para las instancias del agente de hidratación. Solo los administradores pueden aumentar los límites del agente de hidratación.

Asegúrese de tener los límites adecuados en la región de destino para VM.Standard.E4. Unidad flexible (standard-e4-core-count, standard-e4-memory-count). Le recomendamos que reserve 10 CPU y 160 GB de memoria de la capacidad disponible para los agentes de hidratación. Además, asegúrese de tener en cuenta los requisitos de límite de unidad para las máquinas virtuales que se van a migrar.

Si la unidad Standard.E4 no está disponible, le recomendamos que reserve los recursos adecuados para las unidades aprobadas.

Acerca de las transferencias incrementales

Las transferencias incrementales requieren que active el seguimiento de bloques cambiados (CBT) en el nivel de VM VMware.

Transferencias incrementales en VMware

El plugin de replicación realiza automáticamente una actualización incremental cuando existe una instantánea de VM común desde la que trabajar y se activa CBT para la VM. Para activar CBT, busque el artículo Seguimiento de bloques modificados (CBT) en máquinas virtuales.

Configuraciones de máquina virtual necesarias

A continuación, se muestran los valores del parámetro de máquina virtual (VM) VMware que debe configurar antes de migrar los activos:


parámetro	Valor	Pasos de configuración
`disk.EnableUUID`	`True`	Por defecto, el parámetro `disk.EnableUUID` está activado. Si no es así, siga los pasos indicados para activar el parámetro: Cierre la máquina virtual. Haga clic con el botón derecho en la máquina virtual y en Editar configuración. Seleccione el separador Opciones. Seleccione General en la sección Avanzado. Seleccione Configuration Parameters (Parámetros de configuración) en el menú de la derecha. Compruebe si el parámetro `disk.EnableUUID` existe y el valor está definido en `TRUE`. Si no es así, defina el valor en `True`. Si el parámetro no existe, seleccione Agregar fila y agréguelo. Inicie la máquina virtual.
`ctkEnabled`	`True`	Por defecto, Changed Block Tracking (CBT) no está activado en las máquinas virtuales VMware. Para activar CBT, consulte CBT en máquinas virtuales.

Transferencias incrementales en AWS

Para la migración EC2 de AWS, la transferencia incremental se logra automáticamente replicando solo los bloques cambiados entre las instantáneas de volumen a través de puntos finales de API de AWS relacionados que proporcionan esa funcionalidad. No hay nada que configurar para la migración de AWS.

Trabajo con volúmenes de EBS cifrados

Una de las funciones del servicio Oracle Cloud Infrastructure Block Volume es que los volúmenes están siempre cifrados estáticos. En cambio, Amazon Elastic Block Store (Amazon EBS) tiene la capacidad de tener volúmenes cifrados y no cifrados. Cuando se cifra un volumen de EBS, de manera predeterminada, las instantáneas que se crean de ese volumen se cifran también con la misma clave de KMS de AWS. Oracle Cloud Migrations soporta sin problemas la replicación de volúmenes de EBS cifrados y no cifrados, pero requiere acceso a cualquier clave de KMS de AWS utilizada para volúmenes cifrados. Si una replicación de proyecto de migración incluye una instancia EC2 con volúmenes de EBS asociados cifrados, pero el usuario especificado para la replicación no tiene acceso a la clave de KMS de AWS adecuada, se producen errores de lectura de EBS y hacen que el trabajo de replicación falle. El acceso adecuado a la clave de AWS KMS sigue el proceso normal de EBS de descifrar la instantánea cifrada durante el proceso de lectura y transferencia.

Proporcionar acceso a las claves de AWS KMS

Para garantizar la replicación correcta de volúmenes de EBS cifrados, las credenciales de replicación configuradas en un origen de activos de AWS deben tener acceso para usar la clave de KMS de AWS utilizada para cifrar el volumen. AWS KMS incluye una política de claves por defecto que permite a los usuarios utilizar una clave de KMS para todas las operaciones criptográficas. La única operación criptográfica utilizada por OCM durante el proceso de replicación de volúmenes de EBS desde una instantánea es Decrypt. El usuario de replicación especificado en el origen de activos se puede agregar como usuario clave directamente a la clave en el servicio AWS KMS.

Modificaciones de volumen de inicio para migración

La migración de una máquina virtual a Oracle Cloud Infrastructure (OCI) Compute requiere algunas modificaciones de nivel de sistema operativo (volumen de inicio) para garantizar que la instancia migrada se inicie correctamente en el hipervisor OCI Compute.

El servicio Oracle Cloud Migrations aplica automáticamente los cambios de configuración necesarios en el volumen de inicio de las máquinas virtuales Linux. Estos cambios incluyen la instalación de módulos de núcleo virtio cuando no están presentes, actualizaciones de conexiones de almacenamiento y parámetros de núcleo para el acceso a la consola serie. No se realizan cambios de configuración automáticamente en las máquinas virtuales de Windows.

Modificación del volumen de inicio para Linux

En la siguiente tabla, se muestran las configuraciones de volumen de inicio que Oracle Cloud Migrations modifica automáticamente para todos los sistemas operativos admitidos. Si utiliza un sistema operativo Linux no soportado, consulte la tabla que incluye pasos para aplicar manualmente los cambios de configuración necesarios antes de replicar el volumen de inicio en OCI.

Nota

Para obtener información sobre el sistema operativo Linux soportado, consulte Sistemas operativos de invitado de VM de origen soportados.

Modificaciones automáticas para Linux


Cambio de Configuración	Descripción	Pasos para aplicar manualmente una configuración
Activar consola serie	Le recomendamos que active la consola serie para solucionar problemas de instancias de VM después de la migración mediante la consola de Oracle Cloud.	Aplique los siguientes cambios en la configuración de inicio: Para `/etc/securetty`, agregue `ttyS0` si la ruta existe. Modifique las siguientes opciones en la configuración de GRUB de la máquina virtual de Linux: `console=tty1` `console=ttyS0,115200` Elimine las siguientes opciones de la configuración de GRUB para la máquina virtual de Linux: `rhgb` `quiet` Para obtener más información, consulte Enabling Serial Console Access for Imported Linux Images.
Instalar controladores virtio Ahora solo está soportado el modo paravirtualizado para sistemas operativos basados en Linux. Los sistemas operativos basados en Linux con la versión 3.4 del núcleo o posterior admiten controladores paravirtualizados.	Asegúrese de que los controladores de núcleo virtio estén presentes en el núcleo.	Aplique los siguientes cambios de configuración, según sea necesario: Para verificar si los controladores de núcleo virtio están incluidos en el núcleo, ejecute el siguiente comando. `lsinitrd \| grep "/virtio_net` Para instalar los controladores del núcleo virtio cuando no estén presentes, ejecute el siguiente comando. `dracut -f -add qemu INITRAM_FS_FILE KERNEL_VERSION`
Actualizar `/etc/fstab`	Recomendamos que haga referencia a dispositivos mediante el UUID o el nombre del gestor de volúmenes lógicos (LVM) en `/etc/fstab`. Si hace referencia a dispositivos que utilizan el nombre de archivo, no se puede acceder a estos dispositivos después de la migración y la instancia no se puede iniciar.	Aplique los siguientes cambios de configuración: Marque todos los puntos de montaje que hacen referencia a un archivo de dispositivo como nofail. Para marcar, edite el archivo `/etc/fstab` para que aparezca de la siguiente manera. `/dev/sdb1 /data01 ext4 defaults,nofail 0 0`

Modificaciones adicionales para Linux

Es posible que también sea necesario realizar las siguientes modificaciones durante el proceso de migración.


tareas	Descripción
Eliminar regla de udev	Elimine las reglas de udev basadas en la dirección MAC.
Activar acceso SSH a una máquina virtual	Asegúrese de activar SSH y configurar el servicio SSHD para que se inicie automáticamente al reiniciar. Asegúrese de no bloquear las solicitudes de conexión SSH entrantes mediante firewalls.
Configure la red	Actualice las interfaces de red para recibir direcciones IP basadas en DHCP. Asegúrese de no utilizar ninguna dirección MAC codificada, dirección IP estática y configuración de DNS en la máquina virtual.
Instalación de Oracle Cloud Agent	Instale y active Oracle Cloud Agent. Consulte Oracle Cloud Agent.
Instalación de OS Management	Instalar y activar la gestión del sistema operativo. Consulte Oracle Cloud Agent.
Eliminar otros agentes en la nube	Le recomendamos que desactive o elimine otros agentes de gestión en la nube.
Configurar el servicio NTP	Recomendamos actualizar la configuración del servicio NTP de OCI después de migrar las instancias de VM a OCI. Consulte Configuración del servicio Oracle Cloud Infrastructure NTP para una instancia.

Modificación de volumen de inicio para Windows

Oracle Cloud Migrations solo soporta el inicio de instancias de Windows migradas con opciones de lanzamiento paravirtualizadas. Los controladores de virtio de Oracle para Windows se deben instalar antes de intentar iniciar una instancia de Windows migrada. El sistema operativo no encuentra un dispositivo de inicio si los controladores no están instalados. Para obtener información sobre cómo instalar el controlador virtIO de Oracle para Windows, consulte Importación de imágenes de Windows personalizadas.

Nota

Para obtener información sobre los sistemas operativos Windows soportados, consulte Sistemas operativos de invitado de VM de origen soportados.

Modificaciones adicionales para Windows