fbpx
Saltear al contenido principal

migración de sap a awsSi está pensando en migrar parte o la totalidad de su entorno SAP a la nube pública, Amazon Web Services (AWS) es una buena opción. Tienen múltiples opciones para SAP en la nube pública. Además de los paquetes de soluciones SAP preestablecidos, AWS proporciona instancias más grandes, más posibilidades de personalización y automatización, estabilidad mejorada y mejor soporte de terceros. Sin embargo, no es una decisión fácil. Si bien es cada vez más difícil justificar el costo de mantener un centro de datos, la implementación de SAP en AWS también tiene sus desafíos. Sin embargo, después de haber trabajado con muchos clientes en la migración de SAP a AWS, podemos recomendar las mejores prácticas que ayudan a garantizar una transición sin problemas.

Resumen de la migración de SAP a AWS

La migración de SAP a AWS será una transformación importante, sin importar lo simple que pueda parecer en un principio. El proceso implica mover sus activos más críticos para el negocio a una plataforma de alojamiento que usted no controla completamente. Estará en un entorno de multi-inquilinos y será responsable de la arquitectura de un entorno de SAP redundante y de alto rendimiento.

Antes de comenzar, debe preguntarse por qué contempla la posibilidad de una migración de SAP a AWS. ¿Desea consolidar sus activos de SAP en la nube pública para obtener eficiencia operativa? ¿Es un movimiento para mitigar riesgos? ¿Forma parte de una actualización de SAP?

Su migración debe alinearse con sus objetivos más amplios de SAP y su estrategia global de nube. No importa si está realizando un «realojamiento», una migración de base de datos de back-end o una actualización completa de SAP S/4HANA. Cada uno tiene sus propias consideraciones complejas. Trabajar con un socio puede ayudar. Un socio que ya ha pasado por esto puede trabajar con usted durante todo el proceso, desde la identificación de objetivos hasta la elección de una estrategia de migración, el manejo de la migración en sí, la transición al funcionamiento continuo y la realización del mantenimiento y la asistencia continuos que sean necesarios.

Primer paso recomendado: AWS para SAP HANA

Por lo general, es prudente comenzar con una migración de SAP ECC o SoH a SAP HANA. De esta manera, puede centrarse primero en la migración de la base de datos de back-end. Gestione la aplicación front-end en una etapa posterior de su proyecto de migración. De esta manera, puede limpiar sus datos y código, comprendiendo las eficiencias de la base de datos sin modificar los procesos comerciales. Luego puede planificar la actualización a S/4HANA en AWS.

Al mismo tiempo, ciertas cualidades que hacen que SAP HANA sea innovador pueden complicar las cosas en la nube pública. Como una base de datos en memoria, SAP HANA requiere una cantidad significativa de memoria RAM dedicada para funcionar correctamente. AWS tiene instancias virtuales especiales específicamente diseñadas y certificadas para soportar las cargas de trabajo de HANA, pero el dimensionamiento correcto de estos sistemas y, finalmente, el tamaño ajustado de estos sistemas no suele ser tan simple como parece. Aquí es donde el valor tanto en la nube pública como en la experiencia de SAP entra en juego.

Guía de implementación de SAP en AWS

Ejecutar SAP en AWS es más que un simple cambio en su proveedor de alojamiento. Es una fase completamente nueva de las operaciones de SAP. Recuerda, AWS es solo una plataforma. Todavía estás a cargo de tu entorno SAP y eres responsable de cómo funciona. AWS es infraestructura. Como ellos mismos le dirán en sus preguntas frecuentes de SAP, “AWS gestiona la infraestructura física hasta la capa de virtualización. El sistema operativo y las aplicaciones y bases de datos de SAP que se ejecutan por encima de la capa de virtualización son administrados por el cliente».

En nuestro caso, nuestro enfoque de SAP en AWS es similar al de una nube privada. Por ejemplo, si algo va mal con una máquina virtual, cambiamos las cargas de trabajo. Transferimos nuevas cargas de trabajo a una máquina virtual diferente. Sin embargo, mantenemos las máquinas virtuales operando el tiempo suficiente para evitar interrupciones. También somos proactivos acerca del ajuste y la supervisión del rendimiento para que su organización no se pierda ni un paso. Aprovechamos todo lo que ofrece la nube pública y, a la vez, mantenemos los ojos en la pantalla y las manos en el teclado. Después de todo, estamos hablando de SAP.

Pasos de migración de SAP a AWS

Cada migración de SAP a AWS será ligeramente diferente, por lo que no tiene sentido presentar una receta elaborada. Es mejor revisar los principales pasos de migración que casi todas las migraciones de SAP a AWS tienen en común.

  • Planificación, incluida una amplia recopilación y revisión de los requisitos técnicos y comerciales, detalles de las asignaciones de personal y roles para las empresas asociadas
  • Diseñar la solución en AWS, incluida la conmutación por error y la copia de seguridad junto con la memoria de la máquina virtual y las configuraciones del procesador
  • Para algunos, crear un entorno de prueba de concepto, seguido de pruebas y evaluación de “lecciones aprendidas”
  • Preparar los activos de SAP existentes para la migración, incluida la limpieza de datos y las modificaciones al código de aplicación existente requerido para el alojamiento en la nube
  • Cómo construir su zona de aterrizaje de AWS
  • Instalar, configurar y desplegar SAP en AWS, incluido el momento importante de «puesta en marcha» cuando pasa el sistema anterior a la nube
  • Mapeo y luego implementación de planes de seguridad y recuperación ante desastres
  • Tomando las bases en el nuevo entorno
  • Ejecución de la gestión de gobierno, riesgo y cumplimiento, por ejemplo, segregación de tareas (SdT)

Mejores prácticas

Las mejores prácticas para SAP en AWS incluyen muchas de las mejores prácticas para ejecutar SAP en cualquier lugar. Sin embargo, para AWS en particular, se recomienda realizar algunas prácticas distintas:

  • Crear un equipo de soporte especializado en AWS, o al menos una persona especializada en AWS en su departamento de TI. AWS es lo suficientemente extenso y complejo y es necesario que una o varias personas dominen todos sus trabajos y estén al tanto de los cambios continuos que afectan a la plataforma.
  • Implementar el mantenimiento diario. El funcionamiento continuo de SAP Basis no se detiene en la nube. En todo caso, se hace necesario con más urgencia.
  • Preste atención a la optimización del rendimiento. El ajuste del rendimiento de SAP es fundamental para mantener su entorno saludable en la nube pública. Las cosas pueden cambiar rápidamente en AWS, ya que los nuevos «vecinos» del inquilino pueden afectar la forma en que funcionan las redes internas y los servidores de AWS.
  • Mantenga a las personas en contacto entre sí, especialmente si continúa ejecutando parte de su entorno SAP en las instalaciones o en una nube privada. Más implementaciones y conexiones generan una mayor necesidad de comunicación y coordinación entre personas y equipos. La falta de aplicación de esta práctica es un error común. La mala comunicación y la coordinación interna pueden ocasionar problemas con su SAP en la implementación de AWS.
  • Considere tener un solo proveedor para mantener todo unificado. Este es un papel que estamos acostumbrados a jugar.

Trabajar con el socio adecuado para SAP en AWS

Vale la pena trabajar con un buen socio de AWS al realizar una migración de SAP a AWS, uno que tenga un gran talento entre sus consultores de SAP. Estas personas deben ser certificadas por SAP , con la parte de la compañía de la red de socios de AWS. Por ejemplo, SAP HANA es sensible a los matices de configuración y rendimiento tanto en el hardware como en la red. En general, no puede solucionar los problemas con SAP HANA en AWS mediante la utilización de más máquinas virtuales. Para obtener los mejores resultados, su socio debe ofrecer capacidades de monitorización del rendimiento de aplicaciones, junto con herramientas de gestión adecuadas.

Del mismo modo, tenga cuidado con las ofertas de servicio limitadas o demasiado reactivas. En algunos casos, una empresa que transfiere SAP a AWS puede seleccionar a un socio con un enfoque «reactivo» para dar soporte. El problema con el enfoque reactivo es que el proveedor de servicios espera a que surja un problema, lo que causa demoras hasta que se descubre cómo resolverlo. A veces, los empleados del proveedor de servicios tardan demasiado tiempo en resolver el problema porque no están familiarizados con su instancia de SAP de AWS, no tienen capacitación o ambas cosas. Esto puede ser altamente perjudicial y costoso para una organización. El socio correcto para ejecutar SAP en AWS debería tener un equipo especializado que mantenga y ajuste continuamente su entorno.

Tenemos una amplia experiencia ayudando a las empresas a migrar SAP a AWS, o incluso ayudándoles a elegir no hacerlo, si esa es la decisión correcta. Si desea recibir la opinión de expertos sobre AWS como una opción para su entorno SAP y conocer experiencias en el despliegue de la migración y el soporte posterior a la entrada en funcionamiento, llámenos hoy mismo.

Jay Graboff, Cloud Product Manager

Jay Graboff is a Senior Cloud Product Manager that has been evangelizing innovation and digital transformation before there was either. With over 8 years delivering Public, Private and Proprietary Cloud, his passion and love affair with technology is rooted in what the Cloud can enable.