Migración de sistemas basados en SAP HANA usando AWS Migration Hub Orchestrator

¿Por qué usar el servicio AWS Migration Hub Orchestrator?

Miles de clientes en todo el mundo confían en AWS para ejecutar sus aplicaciones esenciales de SAP. Para las aplicaciones SAP que aún están en instalaciones locales, muchos clientes buscan una manera más fácil de migrar a AWS mientras siguen las buenas prácticas de AWS y SAP. AWS Migration Hub Orchestrator para SAP reduce el tiempo y el esfuerzo necesario para migrar a AWS al eliminar muchas tareas manuales, administrar dependencias entre las diferentes herramientas involucradas durante la migración y proporcionar visibilidad del progreso de la migración desde un solo lugar.

En este blog, lo guiaremos en el funcionamiento de AWS Migration Hub Orchestrator, su arquitectura, patrones de migración compatibles, requisitos previos y el proceso general de migración.

Resumen de la solución de AWS

AWS Migration Hub Orchestrator simplifica y automatiza la migración de servidores y aplicaciones empresariales a AWS, proporcionando una ubicación centralizada para administrar y rastrear las migraciones.

Con Migration Hub Orchestrator, puede migrar aplicaciones SAP HANA basadas en NetWeaver, como S/4HANA, BW/4HANA y ECC en HANA a AWS. También puede realojar aplicaciones SAP usando AnyDB en Amazon EC2. Migration Hub Orchestrator ofrece plantillas de flujo de trabajo, que se fundamentan en las buenas prácticas comprobadas de migración de SAP. Además, puede personalizar los flujos de trabajo de migración al agregar, reordenar o eliminar pasos según sus requisitos de migración.

Funciones compatibles con Migration Hub Orchestrator:

• Plantilla impulsada por SAP NetWeaver de aplicaciones basadas en HANA para migraciones de infraestructuras locales a AWS.
• Reducir el tiempo de inactividad técnica y eliminar muchas tareas manuales al usar la metodología y las herramientas de migración.
• Un flujo de trabajo personalizado que permite a los clientes agregar pasos para realizar tareas de migración específicas.
• Admite múltiples patrones de arquitectura para la migración entre sistemas de origen y de destino.
• Permite dimensionar el sistema o componentes de destino de SAP cuando sea necesario para cumplir con los requisitos de disponibilidad y rendimiento de las aplicaciones.
• Admite cambios en la versión del sistema operativo o en las distribuciones de Linux.
  • Por Ejemplo: SUSE a RHEL, SLES 12 SP4 a SLES 15 SP1.
• Admite la actualización a una versión menor de HANA más reciente durante la migración.
  • Por Ejemplo: HANA 2.0 SPS01 a HANA 2.0 SPS05.
• Arquitecturas de aplicaciones SAP soportadas para sistemas de origen y destino:
  • Nodo único – Aplicación SAP y/o base de datos HANA implementada en un solo nodo.
  • Multi-nodo – Aplicación SAP y/o base de datos HANA implementada en diferentes nodos.
  • Alta disponibilidad – Aplicación SAP y/o base de datos HANA implementada en múltiples nodos en modo de alta disponibilidad.

Arquitectura de migración de SAP con AWS Migration Hub Orchestrator:

AWS Migration Hub Orchestrator migra los sistemas SAP NetWeaver basados en SAP HANA a AWS configurando la replicación de datos entre los sistemas HANA de origen y destino aprovechando el mecanismo nativo de replicación del sistema HANA de SAP. Durante la migración, también lo guía para configurar el entorno de destino en AWS para alojar su aplicación SAP NetWeaver usando AWS Launch Wizard for SAP.

AWS Migration Hub Orchestrator actualmente admite los siguientes patrones de origen y destino para bases de datos HANA y aplicaciones SAP:

Figura: Ejemplo de arquitectura de una migración de HANA de nodo único a HANA de nodo único usando Migration Hub Orchestrator.

Configuración previa a la migración y prerrequisitos:

Debe asegurarse de que los ajustes generales y las actividades de configuración se completen antes de comenzar la migración de aplicaciones SAP:

Ajustes generales:

• Use AWS Direct Connect o AWS VPN para permitir la comunicación a nivel de red entre las instalaciones locales, AWS Virtual Private Cloud (VPC) y la cuenta.

Prerrequisitos para la replicación del sistema SAP HANA:

• Los sistemas de origen y destino están instalados y configurados. Verifique que ambos están funcionando de manera independiente.
• El sistema de destino debe tener el mismo ID del sistema SAP y número de instancia que el sistema principal.
• La versión de la base de datos HANA de la HANA DB secundaria debe ser igual o superior a la versión del servidor primario.

Consulte la documentación de SAP para obtener más información sobre los prerrequisitos de replicación del sistema SAP HANA.

Requerimientos de redes:

• La instancia Elastic Compute Cloud (EC2) de origen y destino de SAP debe permitir la comunicación a través del puerto 22 SSH desde el servidor de complementos.
• El servidor de complementos necesita una conexión a Internet mediante puertos 443 TCP de entrada y salida HTTPS para comunicarse con el servicio AWS Migration Hub Orchestrator a través de llamadas a la API.

Actividades de configuración única:

• Para acceder a la consola de Migration Hub Orchestrator, debe tener permisos de AWS Identity and Access Management (IAM). Estos permisos deben permitirle listar y ver detalles sobre los recursos de Migration Hub Orchestrator en su cuenta de AWS. El usuario debe completar los prerrequisitos de IAM.
• El complemento de Migration Hub Orchestrator es un dispositivo virtual que puede instalar en su entorno local de VMware vCenter (configuración). El complemento orquesta las actividades de migración en los sistemas SAP de origen durante el proceso de migración.

Una vez desplegado, compruebe y verifique que el estado del complemento esté activo en la sección Plugins de la consola de AWS.

Descubriendo los Servidores de Origen SAP:

• El primer paso de la migración es descubrir la información de los servidores SAP locales y luego agrupar los servidores descubiertos en aplicaciones que se migrarán y rastrearán. AWS Migration Hub admite el descubrimiento de aplicaciones usando el servicio de AWS discovery tools.
• Siga los pasos para elegir el método de descubrimiento y completar la lista de todos los servidores planeados para la migración.
• Los servidores SAP de origen deben estar visibles en la herramienta de descubrimiento al final del proceso, como se muestra en la siguiente imagen:

• Se requiere que los servidores de bases de datos y aplicaciones SAP descubiertos se agrupen en Aplicaciones. AWS Migration Hub Orchestrator usa “Application name” para identificar y migrar los sistemas de origen definidos a la AWS landing zone de destino.

Prepárese para la fase de migración de aplicaciones:

• Asegure que las credenciales de la base de datos HANA de origen y el par de claves del sistema de destino se administran por AWS Secrets Manager. Por favor, siga las lista de prerrequisitos.
• El nombre del par de claves y el nombre secreto deben ser los mismos.
  • Por ejemplo: el nombre del par de claves “migrationhub-orchestrator-keyname123”.
  • Por ejemplo: el nombre secreto “migrationhub-orchestrator-keyname123”.

(Importante: El par de claves debe comenzar con el prefijo migrationhub-orchestrator- y solo debe ir seguido de un valor alfanumérico).

• Use AWS Launch Wizard for SAP para implementar el entorno SAP de destino en AWS y tener el nombre de implementación. El proceso de migración solicita el nombre de implementación del sistema de destino durante el proceso de migración.
• El proceso de migración aprovecha la replicación del sistema SAP HANA para migrar datos de servidores locales a AWS. El sistema de destino desplegado cumple con los prerrequisitos de replicación del sistema HANA listados en “General Prerequisites for Configuring SAP HANA System Replication”. Consulte el enlace de referencia de SAP para obtener información sobre los requisitos previos.

Fase de migración de aplicaciones SAP:

• Navegue a la consola de Migration Hub y seleccione Orchestrator → Crear flujo de trabajo.

• Seleccione la plantilla “Migrate SAP NetWeaver applications to AWS” y haga clic en “Siguiente”.

• Ingrese el nombre y descripción a los detalles del flujo de trabajo.
• Nombre de la aplicación: Seleccione el nombre de la aplicación creada durante el paso de actividades previas a la migración de la fase de descubrimiento.

• Seleccione el tipo de migración de acuerdo a sus requisitos.

• Proporcione información de la aplicación SAP de origen:
  • ID del servidor AWS ADS para el servidor de aplicaciones SAP: Seleccione el servidor de aplicaciones SAP de origen.
  • ID del sistema SAP: Ingrese el SAP SID de origen.
  • Nombre de host de la aplicación SAP: Ingrese el nombre de host de la aplicación SAP de origen.

• • Ingrese la configuración de base de datos SAP HANA.
  • Seleccione la casilla de verificación “Deseo deshabilitar el cifrado SSL para la replicación de bases de datos” si desea deshabilitar el SSL para HSR o manténgalo deseleccionado si desea SSL para HSR.
  • Modo de replicación de SAP HANA: Seleccione Asyncronous o Synchronous según sus requisitos.
  • ID del sistema de HANA (HANASID): HANA SID de origen.
  • Número de instancia: Número de instancia HANA de origen.
  • Nombre de alojamiento de la base de datos: Nombre de alojamiento de la base de datos HANA de origen.
  • ID de servidor AWS ADS para la base de datos SAP HANA: Nombre de alojamiento del servidor SAP HANA de origen.
  • Credenciales: Seleccione el nombre secreto creado como parte de los prerrequisitos.
  • Ubicación de copia de seguridad: Ingrese la ubicación de copia de seguridad de la base de datos HANA, por ejemplo, /backup.

Nota: Tenga en cuenta que, si usa el cifrado SSL para la replicación de bases de datos, debe validar que el parámetro enable_ssl en la sección system_replication del archivo global.ini en el sistema HANA de destino esté configurado en ON antes de hacer clic en el botón “Siguiente” en la parte inferior. Si desea no usar SSL para replicación de bases de datos simplemente seleccione la casilla de verificación “Deseo deshabilitar el cifrado SSL para la replicación de bases de datos” y no se necesita ningún ajuste de parámetros para esta configuración.

• Haga clic en “Siguiente” para revisar e iniciar la migración utilizando el flujo de trabajo.

• Revise las entradas del flujo de trabajo y seleccione “Crear”.

• Seleccione el flujo de trabajo recién creado, navegue a la opción Acciones → Ejecutar para iniciar el proceso de migración.

• Migration Hub Orchestrator automatiza el proceso de migración ejecutando la mayoría de los pasos del flujo de trabajo de manera automatizada. Algunos pasos son manuales debido a la necesidad de entradas adicionales e interacciones del usuario. Todos los pasos del flujo de trabajo deben ser efectuados para completar el flujo de trabajo.

• Un ejemplo de un flujo de trabajo completado tendrá el estado como se muestra en la siguiente imagen.

Solución de problemas más comunes y preguntas frecuentes:

• Error en el paso “Verificar el estado de la tarea del estado de replicación del sistema HANA”.
  • Inicie sesión en los sistemas SAP y HANA de origen y haga ping a los sistemas SAP y HANA de destino.
  • Verifique que tanto los sistemas SAP de origen como de destino sean accesibles desde el servidor de componentes.
  • Valide los grupos de seguridad de AWS y permita la comunicación para el puerto 22 desde el servidor de componentes a los sistemas de origen y destino de SAP.
  • Inicie sesión como <hdbadm>y ejecute py, si la replicación no se efectúa y el estado está en “inicialización” verifique si la base de datos HANA del sistema de destino está activa, la base de datos HANA objetivo debe estar activa para que se inicie la replicación.
  • Inicie sesión como <hdbadm>y ejecute sh systemReplicationStatus.py si el estado es “estado de registro del alojamiento secundario no disponible” luego verifique que las entradas de /etc/hosts estén actualizadas en los sistemas de origen y destino.
• El complemento no puede iniciar sesión en el sistema HANA de destino.
  • Revise que el nombre de par de claves ingresado en AWS Secrets Manager para el sistema de destino está sincronizado con el nombre proporcionado en el paso 2.d.

• • • • Valide grupos de seguridad de los sistemas SAP/HANA de destino y habilite el puerto 22 desde el servidor de componentes.
    • ¿Cómo reintentar un paso fallido?
      • Haga clic en el estado del paso fallido y seleccione la opción de reintentar.

• ¿Dónde encontrar los registros del paso fallido relacionado con el sistema de origen?
  • Los registros de pasos fallidos se encuentran en un bucket de Amazon S3 y la ruta del bucket se indica en el mensaje de estado como se muestra a continuación:

• ¿Dónde están los registros del paso fallido relacionados con el sistema de destino?
  • El registro de un paso fallido relacionado con el sistema de destino se registra en “Ejecutar comando” → “Historial de comandos” de AWS Systems Manager como se muestra a continuación:

Conclusión

En este blog, aprendió a simplificar y automatizar la migración de aplicaciones basadas en SAP HANA a AWS usando Migration Hub Orchestrator. Para obtener más información sobre AWS Migration Hub Orchestrator, visite la página de AWS Migration Hub o vea este breve video.