AWS Server Migration Service
Guía del usuario

Requisitos de Server Migration Service (SMS)

Su entorno de VMware vSphere, Microsoft Hyper-V/SCVMM o Microsoft Azure debe cumplir los siguientes requisitos a fin de que pueda usar Server Migration Service para migrar los servidores virtualizados locales a Amazon EC2.

Requisitos generales

Antes de configurar AWS SMS, tome las medidas necesarias para cumplir todos los requisitos siguientes.

Todas las máquinas virtuales

  • Desactive cualquier software de detección de intrusiones o antivirus en la máquina virtual que va a migrar. Estos servicios se pueden volver a activar una vez completado el proceso de migración.

  • Desconecte todas las unidades de CD-ROM (virtuales o físicas) que estén conectadas a la máquina virtual.

Máquinas virtuales Windows

  • Habilite Remote Desktop Protocol (RDP, Protocolo de escritorio remoto) para el acceso remoto.

  • Instale la versión adecuada de .NET Framework en la máquina virtual. Tenga en cuenta que .NET Framework 4.5 o posterior se instalará automáticamente en su máquina virtual si es necesario.

    Versión de Windows Versión de .NET Framework
    Windows Server 2008 o versiones anteriores 3.5 o posterior
    Windows Server 2008 R2 o posterior 4.5 o posterior
    Windows 8 o anterior 3.5 o posterior
    Windows 8.1 o posterior 4.5 o posterior
  • Si va a preparar una máquina virtual de Microsoft Windows para la migración, configure un tamaño de archivo de paginación fijo que tenga al menos 6 GiB de espacio disponible en el volumen raíz. Esto es necesario para la instalación correcta de los controladores.

  • Asegúrese de que el firewall del host (como el firewall de Windows) permite el acceso a RDP. De lo contrario, no podrá tener acceso a la instancia una vez completada la migración.

  • Aplique las siguientes revisiones:

Máquinas virtuales Linux

  • Habilite Secure Shell (SSH, Shell seguro) para el acceso remoto.

  • Asegúrese de que el firewall del host (por ejemplo iptables) permite el acceso a SSH. De lo contrario, no podrá tener acceso a la instancia una vez completada la migración.

  • Asegúrese de que la máquina virtual Linux usa GRUB (Grand Unified Bootloader) (GRUB Legacy) o GRUB 2 como cargador de arranque.

  • Asegúrese también de que el volumen raíz de la máquina virtual Linux usa uno de los siguientes sistemas de archivos:

    • EXT2

    • EXT3

    • EXT4

    • Btrfs

    • JFS

    • XFS

Modificaciones en las máquinas virtuales mediante programación

Cuando importa una máquina virtual, AWS modifica el sistema de archivos para que la máquina virtual importada esté accesible al cliente. Se pueden producir las siguientes operaciones:

  • [Linux] Instalación de los controladores Citrix PV directamente en el sistema operativo o modificación de initrd/initramfs para incluirlos.

  • [Linux] Modificación de los scripts de red para reemplazar las direcciones IP estáticas por direcciones IP dinámicas.

  • [Linux] Modificación de /etc/fstab, colocando entre comentarios las entradas no válidas y reemplazando los nombres de dispositivo por UUID. Si no se encuentra un UUID coincidente para un dispositivo, se añade la opción nofail a la descripción del dispositivo. Tendrá que corregir el nombre del dispositivo y eliminar nofail después de la importación. Como práctica recomendada para la preparación de máquinas virtuales para su importación, especifique los dispositivos de disco de la máquina virtual por UUID en lugar de por nombre de dispositivo.

    Se deshabilitarán las entradas de /etc/fstab que contengan tipos de sistemas de archivos distribuidos (cifs, smbfs, vboxsf, sshfs, etc.).

  • [Linux] Modificación de la configuración de grub bootloader como la entrada y el tiempo de espera predeterminados.

  • [Windows] Modificación de la configuración del registro para que el sistema se pueda arrancar desde la máquina virtual.

Cuando se escribe un archivo modificado, AWS conserva el archivo original en la misma ubicación con un nuevo nombre.

Requisitos de AWS Server Migration Connector

Server Migration Connector es una máquina virtual FreeBSD que se instala en el entorno de virtualización local. Sus requisitos de hardware y software son los siguientes:

Requisitos para conector de VMware

  • Versión 5.1 de vCenter o superior (validada hasta la 6.7)

  • ESXi 5.1 o superior (validada hasta la 6.7)

  • Mínimo de 8 GiB de RAM

  • Almacenamiento en disco mínimo disponible de 20 GiB (con aprovisionamiento fino) o 250 GiB (con aprovisionamiento grueso)

  • Soporte para los siguientes servicios de red. Tenga en cuenta que tal vez tenga que volver a configurar el firewall para permitir las conexiones salientes con estado desde connector a estos servicios.

    • DNS: permitir a connector iniciar conexiones en el puerto 53 para la resolución de nombres.

    • HTTPS en vCenter: permitir a connector iniciar conexiones web seguras en el puerto 443 de vCenter. También puede configurar un puerto no predeterminado a su entera discreción.

      nota

      Si se ha configurado vCenter Server para usar un puerto no predeterminado, escriba tanto el nombre de host como el puerto de vCenter, separados por dos puntos (por ejemplo, HOSTNAME:PORT o IP:PORT) en la página vCenter Service Account en Connector setup.

    • HTTPS en ESXi: permitir a connector iniciar conexiones web seguras en el puerto 443 de los hosts ESXi que contienen las máquinas virtuales que quiere migrar.

    • NTP: de manera opcional, conceder al conector acceso a ntp.org en el puerto 123. Si el conector sincroniza su reloj con el host ESXi, no es necesario.

  • Permita las conexiones salientes desde connector a los siguientes intervalos de direcciones URL:

    • *.amazonaws.com

    • *.aws.amazon.com

    • *.ntp.org (opcional; solo se usa para validar que la hora de connector está sincronizada con NTP).

Requisitos para conector de Hyper-V

  • Rol de Hyper-V en Windows Server 2012 R2 o Windows Server 2016

  • Active Directory 2012 o superior

  • [Opcional] SCVMM 2012 SP1 o SCVMM 2016

  • Mínimo de 8 GiB de RAM

  • Almacenamiento en disco mínimo disponible de 300 GiB

  • Soporte para los siguientes servicios de red. Tenga en cuenta que tal vez tenga que volver a configurar el firewall para permitir las conexiones salientes con estado desde connector a estos servicios.

    • DNS: permitir a connector iniciar conexiones en el puerto 53 para la resolución de nombres.

    • HTTPS en WinRM puerto 5986 en su host de Hyper-V independiente o SCVMM

    • HTTPS entrante en el puerto 443 del conector: permitir a connector recibir conexiones web seguras en el puerto 443 de hosts de Hyper-V que contienen las máquinas virtuales que desea migrar.

    • NTP: de manera opcional, conceder al conector acceso a ntp.org en el puerto 123. Si el conector sincroniza su reloj con el host ESXi, no es necesario.

  • Permita las conexiones salientes desde connector a los siguientes intervalos de direcciones URL:

    • *.amazonaws.com

    • *.aws.amazon.com

    • *.ntp.org (opcional; solo se usa para validar que la hora de connector está sincronizada con NTP).

Requisitos para conector de Azure

  • El tamaño de máquina virtual recomendado del conector de Azure es F4s: 4 vCPU y 8 GB de RAM. Asegúrese de que tiene una cuota de CPU de Azure suficiente en la región donde va a implementar el conector.

  • Una cuenta de almacenamiento estándar (no puede ser premium) en la que se puede implementar el conector.

  • Una red virtual donde se puede implementar el conector.

  • Acceso de entrada en el puerto 443 (HTTPS), ya sea desde la red virtual del conector (recomendado) o abierto al público (no recomendado), para el registro del conector y la visualización del panel del conector.

  • Acceso a Internet de salida para obtener acceso a servicios AWS, servicios de Azure, para realizar actualizaciones del sistema operativo del conector, etc.

Sistemas operativos admitidos por AWS SMS

Los siguientes sistemas operativos se pueden migrar a EC2 por medio de SMS:

Windows (32 y 64 bits)

  • Microsoft Windows Server 2003 (Standard, Datacenter y Enterprise) con Service Pack 1 (SP1) o posterior (32 y 64 bits)

  • Microsoft Windows Server 2003 R2 (Standard, Datacenter y Enterprise) (32 y 64 bits)

  • Microsoft Windows Server 2008 (Standard, Datacenter y Enterprise) (32 y 64 bits)

  • Microsoft Windows Server 2008 R2 (Standard, Web Server, Datacenter y Enterprise) (solo 64 bits)

  • Microsoft Windows Server 2012 (Standard y Datacenter) (solo 64 bits)

  • Microsoft Windows Server 2012 R2 (Standard, Datacenter y Enterprise) (solo 64 bits) (no se admite la instalación de Nano Server)

  • Microsoft Windows Server 2016 (Standard y Datacenter) (solo 64 bits)

  • Microsoft Windows Server 1709 (Standard y Datacenter) (solo 64 bits)

  • Microsoft Windows Server 1803 (Standard y Datacenter) (solo 64 bits)

  • Microsoft Windows 7 (Home, Professional, Enterprise y Ultimate) (inglés de Estados Unidos) (32 y 64 bits)

  • Microsoft Windows 8 (Home, Professional y Enterprise) (inglés de Estados Unidos) (32 y 64 bits)

  • Microsoft Windows 8.1 (Professional y Enterprise) (inglés de Estados Unidos) (solo 64 bits)

  • Microsoft Windows 10 (Home, Professional, Enterprise y Education) (inglés de Estados Unidos) (solo 64 bits)

Linux/Unix (64 bits)

  • Ubuntu 12.04, 12.10, 13.04, 13.10, 14.04, 14.10, 15.04, 16.04, 16.10, 17.04, 18.04

  • Red Hat Enterprise Linux (RHEL) 5.1-5.11, 6.1-6.9, 7.0-7.6 (6.0 carece de los controladores necesarios)

  • SUSE Linux Enterprise Server 11 con Service Pack 1 y kernel 2.6.32.12-0.7

  • SUSE Linux Enterprise Server 11 con Service Pack 2 y kernel 3.0.13-0.27

  • SUSE Linux Enterprise Server 11 con Service Pack 3 y kernel 3.0.76-0.11, 3.0.101-0.8 o 3.0.101-0.15

  • SUSE Linux Enterprise Server 11 con Service Pack 4 y kernel 3.0.101-63

  • SUSE Linux Enterprise Server 12 con kernel 3.12.28-4

  • SUSE Linux Enterprise Server 12 con Service Pack 1 y kernel 3.12.49-11

  • SUSE Linux Enterprise Server 12 con Service Pack 2 y kernel 4.4

  • SUSE Linux Enterprise Server 12 con Service Pack 3 y kernel 4.4

  • CentOS 5.1-5.11, 6.1-6.6, 7.0-7.6 (6.0 carece de los controladores necesarios)

  • Debian 6.0.0-6.0.8, 7.0.0-7.8.0, 8.0.0

  • Oracle Linux 5.10-5.11 con sufijo de kernel el5uek

  • Oracle Linux 6.1-6.10 utilizando el kernel compatible con RHEL 2.6.32 o los kernels UEK 3.8.13, 4.1.12

  • Oracle Linux 7.0-7.6 utilizando el kernel compatible con RHEL 3.10.0 o los kernels UEK 3.8.13, 4.1.12, 4.14.35

  • Fedora Server 19-21

Tipos de volumen y sistemas de archivos admitidos por AWS SMS

AWS Server Migration Service admite la migración de instancias Windows y Linux con los siguientes sistemas de archivos:

Sistema operativo Sistema de archivos Arquitectura Tabla de particiones Volúmenes de datos admitidos Volúmenes de arranque admitidos
Windows NTFS 32 bits MBR
GPT
64 bits MBR
GPT ✔ (solo VHDX)
Linux/Unix ext2, ext3, ext4, Btrfs, JFS, XFS 64 bits MBR
GPT

No se admiten las AMI con volúmenes que usan el cifrado EBS.

Opciones de licencia

Al crear un nuevo trabajo de replicación, la consola de AWS Server Migration Service proporciona la opción License Type (Tipo de licencia). Entre los valores posibles se incluyen:

  • Auto (valor predeterminado)

    Detecta el sistema operativo (SO) del sistema de origen y aplica la licencia adecuada a la máquina virtual (MV) migrada.

  • AWS

    Reemplaza la licencia del sistema de origen por una licencia del AWS, si procede, en la MV migrada.

  • BYOL

    Conserva la licencia del sistema de origen, si procede, en la MV migrada.

nota

Si elige un tipo de licencia que es incompatible con su MV, el trabajo de replicación devuelve un mensaje de error. Para obtener más información, consulte a continuación la información específica del SO.

Las mismas opciones de licencia están disponibles a través de la API y la CLI de AWS SMS. Por ejemplo:

aws sms create-replication-job --license-type <value>

El valor del parámetro --license-type puede ser AWS o BYOL. Dejarlo sin establecer equivale a elegir Auto en la consola.

Licencias para Linux

Los sistemas operativos Linux solo admiten licencias BYOL. Elegir Auto (el valor predeterminado) significa que AWS SMS usa una licencia BYOL.

Las máquinas virtuales de Red Hat Enterprise Linux (RHEL) migradas deben usar licencias de acceso a la nube (BYOL). Para obtener más información, consulte Red Hat Cloud Access en el sitio web de Red Hat.

Las máquinas virtuales de SUSE Linux Enterprise Server migradas deben usar licencias del programa de nube pública de SUSE (BYOS). Para obtener más información, consulte SUSE Public Cloud Program—Bring Your Own Subscription.

Licencias para Windows

Los sistemas operativos de servidor de Windows admiten licencias BYOL o de AWS. Los sistemas operativos de cliente de Windows (por ejemplo Windows 10) solo admiten licencias BYOL.

Si elige Auto (el valor predeterminado), AWS SMS utiliza la licencia de AWS si la máquina virtual tiene un sistema operativo de servidor. De lo contrario, se utilizará la licencia BYOL.

Se aplican las siguientes reglas si usa su licencia BYOL de Microsoft, a través de MSDN o Windows Software Assurance Per User:

  • Las instancias de BYOL se cobran al precio de la instancia de Linux de Amazon EC2 vigente, siempre que cumpla las siguientes condiciones:

    • Ejecute las instancias en un host dedicado (Hosts dedicados)

    • Realice el lanzamiento desde máquinas virtuales con origen en archivos binarios de software que haya proporcionado mediante AWS SMS, las cuales estarán sujetas a los términos y capacidades de AWS SMS vigentes en ese momento.

    • Designe las instancias como instancias BYOL

    • Ejecute las instancias en sus regiones de AWS designadas y en las que AWS ofrezca el modelo BYOL

    • Active el uso de claves de Microsoft que proporcione o que use en su Key Management System

  • Tenga en cuenta que, cuando inicia una instancia Amazon EC2, esta se puede ejecutar en cualquiera de los servidores de la zona de disponibilidad; es decir, cada vez que inicie una instancia Amazon EC2 (lo que incluye parar/iniciar), esta se puede ejecutar en un servidor diferente de la zona de disponibilidad. Debe tener en cuenta este hecho a la luz de las limitaciones de reasignación de licencias que se indican en las Condiciones de producto de licencias por volumen de Microsoft, disponibles en Términos de licenciamiento. Consulte también sus derechos de uso específicos para determinar si están en consonancia con este uso.

  • En sus contratos del software aplicable con Microsoft se debe contemplar que pueda hacer uso del programa BYOL; (por ejemplo, en los derechos de usuario de MSDN o los derechos de Windows Software Assurance por usuario). Usted es el único responsable de obtener las licencias necesarias y de cumplir los requisitos de licencia de Microsoft aplicables, incluidos los PUR/PT. Además, debe haber aceptado el Contrato de licencia para el usuario final de Microsoft (CLUF de Microsoft). Al usar el software de Microsoft en el marco del programa BYOL, usted acepta el CLUF de Microsoft.

  • AWS recomienda que consulte a los asesores jurídicos y de otro tipo que tenga para comprender y cumplir los requisitos de licencia de Microsoft correspondientes. No se permite ni autoriza un uso de los servicios (incluido el uso del parámetro licenseType y la marca BYOL) que infrinja sus contratos con Microsoft.

Limitaciones

Formato de imagen

  • Al migrar máquinas virtuales administradas por Hyper-V/SCVMM, SMS admite máquinas virtuales de generación 1 (utilizando el formato de disco VHD o VHDX) y de generación 2 (solo VHDX).

  • AWS SMS no es compatible con máquinas virtuales en Hyper-V que ejecuten alguna versión de RHEL 5 si cuentan con el respaldo de un disco de VHDX. Le recomendamos convertir discos en este formato a VHD para la migración.

  • AWS SMS no es compatible con máquinas virtuales que combinen archivos de discos VHD y VHDX.

  • En VMware, AWS SMS no es compatible con las máquinas virtuales que utilizan Raw Device Mapping (RDM, Mapeo de dispositivos sin formato). Solo se admiten las imágenes de disco VMDK.

Sistema de archivos

  • Las máquinas virtuales de Linux migradas deben usar imágenes de 64 bits. No se admite migrar imágenes de Linux de 32 bits.

  • Las máquinas virtuales de Linux migradas deben usar kernels predeterminados para obtener mejores resultados. Las máquinas virtuales que usan kernels de Linux personalizados podrían no migrarse correctamente.

  • Al preparar máquinas virtuales de Linux de Amazon EC2 para la migración, asegúrese de que haya al menos 250 MiB de espacio disponible en el disco en el volumen raíz para instalar controladores y otro software. En las máquinas virtuales de Microsoft Windows, configure un tamaño de archivo de paginación fijo que tenga al menos 6 GiB de espacio libre disponible en el volumen raíz.

Arranque

  • Solo se admiten particiones de arranque de UEFI/EFI en volúmenes de arranque Windows con un formato de imagen VHDX. En caso contrario, el volumen de arranque de una máquina virtual debe utilizar particiones de Master Boot Record (MBR). En cualquier caso, el volumen de arranque no puede superar los 2 TiB (sin comprimir) debido a las limitaciones de MBR.

    nota

    Cuando AWS detecta un volumen de arranque GPT de Windows con una partición de arranque de UEFI, la convierte de inmediato en un volumen de arranque MBR con una partición de arranque de BIOS. Esto se debe a que EC2 no admite directamente volúmenes de arranque GPT.

  • Una máquina virtual importada puede presentar errores de arranque si la partición raíz no está en la misma unidad de disco duro virtual que el MBR.

  • Una máquina virtual migrada puede presentar errores de arranque si la partición raíz no está en el mismo disco duro virtual que el MBR.

  • No se pueden migrar máquinas virtuales con configuraciones de doble arranque.

Redes

  • Existen varias interfaces de red que actualmente no se admiten. Después de la migración, la máquina virtual tendrá una interfaz de red virtual única que usa DHCP para asignar direcciones. La instancia recibe una dirección IP privada.

  • Una máquina virtual migrada a una VPC no recibe una dirección IP pública, sea cual sea la configuración de asignación automática de IP pública de la subred. Lo que sí puede hacer es asignar una dirección IP elástica a su cuenta y asociarla a su instancia.

  • No se admiten las direcciones IP del protocolo de Internet versión 6 (IPv6).

Importación de aplicaciones desde Migration Hub

  • SMS solo importa servidores relacionados con aplicaciones de AWS Migration Hub si estos existen en el catálogo de servidores de SMS. Como resultado, puede que algunas aplicaciones solo se migren parcialmente.

  • Si ninguno de los servidores de una aplicación de Migration Hub existe en el catálogo de servidores de SMS, la importación fallará silenciosamente y la aplicación no estará visible en SMS.

  • Las aplicaciones importadas se pueden migrar en SMS, pero no editarse. Sin embargo, pueden editarse en Migration Hub.

Misceláneo

  • Una tarea de replicación de SMS fallará para máquinas virtuales con más de 22 volúmenes adjuntos.

  • No se admiten las AMI con volúmenes que usan el cifrado EBS.

  • AWS SMS crea AMI que utilizan una virtualización Hardware Virtual Machine (HVM, Máquina virtual de hardware). No se pueden crear AMI que utilicen una virtualización paravirtual (PV). En las máquinas virtuales migradas se admiten controladores PVHVM de Linux.

  • No se admiten las máquinas virtuales que se crean como resultado de una conversión a P2V. Se produce una conversión a P2V cuando se crea una imagen de disco al ejecutar un proceso de instalación de Linux o Windows en un equipo físico y luego se importa una copia de dicha instalación de Linux o Windows a una máquina virtual.

  • AWS SMS no instala los controladores de virtualización de E/S de raíz única (SR-IOV), salvo con las importaciones de máquinas virtuales de Microsoft Windows Server 2012 R2. Estos controladores no son necesarios a menos que planee usar redes mejoradas, lo que proporciona un desempeño mayor (paquetes por segundo), menor latencia y menor inestabilidad. En las máquinas virtuales de Microsoft Windows Server 2012 R2, los controladores de SR-IOV se instalan automáticamente como parte del proceso de migración.

  • Dado que los discos independientes no se ven afectados por instantáneas, AWS SMS no es compatible con la replicación de intervalos para VMDK en modo independiente.

  • No se admiten los paquetes de idiomas de Windows que usan caracteres UTF-16 (o distintos de ASCII) para importación. Le recomendamos que use el paquete de idioma inglés cuando importe máquinas virtuales de Windows Server 2003, Windows Server 2008 y Windows Server 2012 R1.

  • En el caso de Windows Server 2003, deshabilite las comprobaciones de firma de controladores de Windows antes de realizar la migración.

Otros requisitos

Soporte para VMware vMotion

AWS Server Migration Service admite parcialmente vMotion, Storage vMotion y otras características de migración de máquina virtual (como DRS y Storage DRS), con las siguientes limitaciones:

  • La migración de una máquina virtual a un nuevo host ESXi o almacén de datos después de finalizar una ejecución de replicación y antes de comenzar la ejecución de replicación siguiente se admite siempre que la cuenta de servicio vCenter de Server Migration Connector tenga permisos suficientes en el centro de datos, los almacenes de datos y el host ESXi de destino, así como en la máquina virtual en sí en la nueva ubicación.

  • No se puede migrar una máquina virtual a un centro de datos, un almacén de datos o un host ESXi nuevos mientras una ejecución de replicación está activa (es decir, mientras la carga de una máquina virtual está en curso).

  • Cross vCenter vMotion no se admite para su uso con AWS Server Migration Service.

Soporte para VMware vSAN

Solo se admiten máquinas virtuales en almacenes de datos vSAN si la opción Replication job type de la página Configure replication jobs settings está establecida en One-time migration.

Soporte para volúmenes virtuales de VMware (VVol)

AWS no ofrece soporte para migrar volúmenes virtuales de VMware. No obstante, es posible que algunas implementaciones funcionen.

Máquinas virtuales con instantáneas

AWS SMS solo permite migrar una vez en las máquinas virtuales en las que se haya utilizado software de copia de seguridad basado en instantáneas. Asimismo, evite crear instantáneas en máquinas virtuales replicadas mediante AWS SMS.