El camino a seguir en la migración al cloud público de tu infraestructura SAP

migracion-cloud

En este artículo vamos a hablar sobre la migración a la nube: cómo se ha realizado, ventajas e inconvenientes de los métodos soportados por SAP y qué proveedor de Cloud podemos elegir entre los que ofrecen soporte a SAP.

No vamos a profundizar en describir todas las ventajas que tiene el Cloud con respecto a la infraestructura On-Premise actual, ni a comparar las características que existen entre los Cloud Públicos soportados por SAP; simplemente describiremos el camino a seguir en la migración al Cloud Público de una infraestructura SAP.

Cuando una empresa se plantea migrar sus sistemas SAP al Cloud, hay principalmente dos motivos que “fuerzan” la migración. El 80% se produce por un cambio necesario en cualquiera de las 3 capas del sistema, debido a las siguientes necesidades:

  • Actualización del Sistema Operativo.
  • Actualización de la Base de Datos.
  • Actualización del Sistema SAP (Parches o Upgrade).

El 20% se produce por la finalización del contrato de mantenimiento del Hardware donde actualmente se ejecutan sus sistemas SAP.

En primer lugar, debemos elegir el mejor proveedor de Cloud que se adapte a las necesidades del Landscape de SAP. No todos los Cloud Públicos soportan las combinaciones de Sistema Operativos, Base de Datos y Sistemas SAP que pueden componer el Landscape. En la siguiente tabla resumimos que soportan y que no soportan los actuales proveedores de Cloud Públicos respecto a una infraestructura SAP: 

  PROVEEDOR

LINUX

WINDOWS

RDBMS

HANA

  GCP

RHEL 6 / SLES 11 SP4

Windows 2012 R2 / Windows 2016

(1)

SOPORTADO

  AZURE

OL 7 / RHEL 7 / SLES 12

Windows 2008 (R2) / 2012 / 2016

(2)

SOPORTADO

  AWS

OL 6.4 / RHEL 6 / SLES 11

Windows 2008 (R2) / 2012 / 2016

(3)

SOPORTADO

  IBM CLOUD

RHEL 6 / SLES 12 SP2

Windows 2012 R2 / Windows 2016

(4)

SOPORTADO

  ORACLE   CLOUD

ORACLE Linux 6, 7

-

ORACLE 11g 12c

-

  ALIBABA   CLOUD

SLES 12 SP2 / RHEL 7.4

Windows 2012 R2 / Windows 2016

(5)

SOPORTADO

  HUAWEI   CLOUD

SLES 12 SP2

-

ASE 16.0.02.07

SOPORTADO

  OPEN   TELEKOM

SLES 12 SP3

-

-

SOPORTADO

*Revisar las notas de SAP para comprobar versiones y sistemas operativos soportados.
(1). HANA, ASE, DB2, MSSQL

(2). HANA, ASE, DB2, MAXDB, MSSQL, ORACLE
(3). HANA, ASE, DB2, MAXDB, MSSQL, ORACLE
(4). HANA, DB2, MSSQL
(5). HANA, ASE, MAXDB

Es necesario que las instalaciones se realicen con las recomendaciones que indica el proveedor de Cloud y SAP. SAP dispone en sus “SAP Notes” de toda la información necesaria para instalar con garantías sus sistemas en el Cloud. Además, es necesario cumplir todos los puntos descritos en la SAP Note de Requerimientos Previos que existe de cada proveedor de Cloud. De esta forma, obtendremos el mejor performance y evitaremos tener “problemas” con la plataforma. Además, cada proveedor de Cloud dispone de documentación oficial elaborada con SAP para desplegar de forma correcta todas las máquinas virtuales y con las características que deben tener para el despliegue de los sistemas SAP.

Nos hemos encontrado con problemas de performance en proyectos en los que se han desplegado las máquinas en el Cloud sin cumplir los requerimientos necesarios y que, una vez finalizada la migración, el sistema SAP tenía ejecuciones más “lentas” que en On-Premise.

Una vez que disponemos de la cuenta Cloud que nos permitirá comenzar a crear nuestra infraestructura en la “nube”, debemos diseñar nuestra arquitectura en la nube. Debemos seleccionar la mejor región a nivel mundial donde vamos a desplegar el Landscape de SAP. Será preciso definir las diferentes redes TCP/IP (LAN, WAN, DMZ), VPNs, IPs Públicas y, lo más importante, deberemos dar de alta el servicio que nos permita disponer de un buen ancho de banda y la menor latencia entre nuestros sistemas SAP y nuestros usuarios finales.

De esta forma, una vez que la arquitectura esté definida y dispongamos de comunicación TCP/IP entre los dos CPDs, se podrá comenzar con la migración.

Los métodos de migración son los siguientes:

  • EXPORT / IMPORT
  • SUM DMO
  • Backup / Restore
  • Herramientas de Alta Disponibilidad

EXPORT / IMPORT

SAP soporta la migración clásica para la mayoría de los sistemas ABAP y/o JAVA realizada mediante EXPORT/IMPORT. Mediante esta opción podremos realizar migraciones heterogéneas. Una migración heterogénea se realiza cuando hay un cambio de motor de base de datos, un cambio de sistema operativo o un cambio de arquitectura en el procesador. Así, podremos migrar nuestros entornos en plataformas Big Endian a la arquitectura X64 del Cloud, o migrar nuestros sistemas On-Premise de Oracle a MS SQL, ASE o DB2 o de UNIX a Linux o Windows.

Mediante esta opción, los requisitos técnicos se reducen ya que únicamente debemos copiar al Cloud los ficheros generados en la fase de EXPORT para realizar la migración a la nueva plataforma con las herramientas que nos ofrece SAP para instalar el sistema y realizar el IMPORT para copiar la base de datos.

SUM DMO

SAP soporta la migración al Cloud mediante la opción DMO (Database Migration Option). SAP liberó esta opción bajo el SUM (Software Update Manager) para realizar las migraciones a HANA, junto con el Upgrade del sistema SAP e incluso la migración a UNICODE en un solo paso. Si la migración al Cloud requiere un Upgrade del sistema y una migración a HANA, además de un cambio a UNICODE o no, esta es la mejor opción. SAP también permite con esta opción (DMO) migrar el sistema a otros motores RDBMS soportados por SAP (MS SQL, ASE, DB2 y MAXDB). La diferencia con la opción anterior es que la conexión entre el sistema origen y el sistema destino en el Cloud requiere una conexión con un ancho de banda suficiente para realizar la migración en el tiempo destinado a la parada del sistema SAP. Aunque SAP permite ejecutar el proceso DMO con “system move”, que elimina la necesidad de una conexión permanente con gran ancho de banda y baja latencia, debido a las limitaciones de esta última opción, lo ideal es usar la opción del SUM DMO sin el “system move”.

BACKUP / RESTORE

Entre estos métodos, podemos destacar migraciones con Backup/Restore. Este método es el menos traumático ya que nada de la plataforma On-Premise del cliente cambiará.

HERRAMIENTAS DE ALTA DISPONIBILIDAD

El siguiente método que utilizamos para evitar grandes paradas en el sistema de producción es la copia al Cloud mediante el sistema de Replicación Continua que ofrece cada motor de base de datos. En Hana, mediante el sistema de System Replication; en MS SQL, mediante el sistema de Log Shipping; en Oracle, con DataGuard; o en DB2, con HA.

Podemos replicar al Cloud la base de datos de producción y programar una ventana de tiempo más pequeña que con cualquier otro método para hacer la migración.

En definitiva, cualquier proyecto de migración se debe ajustar y alinear a las necesidades de la empresa. Por ese motivo, cualquiera de los métodos descritos son opciones válidas para migrar al Cloud público.

 

¿Aún tienes dudas?

El Cloud público puede ser la extensión y evolución digital de tu empresa. Desde Techedge te ayudamos a tomar las mejores decisiones para tu negocio, mirando no solo la tecnología sino tus necesidades.

¡Quiero saber más!

F. Javier González Martín

F. Javier González Martín

F. Javier González Martín es Consultor Senior SAP y Arquitecto Cloud. Estudió Ingeniería Informática de Sistemas en la Universidad de Alcalá de Henares. Comienza su carrera en el año 2000 en el mundo IT desplegando servicios On-Premise. En 2006 da el salto a la consultoría SAP Basis. Desde 2014 trabaja en Techedge como Consultor Senior. En 2018 entra a formar parte del grupo de Innovación RHINNO ROOMS de Techedge España dentro del área de Cloud. La gran experiencia y conocimientos en el área de SAP Basis y del mundo IT hacen de F. Javier González Martín un consultor indispensable en los proyectos de transformación digital.

FOLLOW-ME