Pilares jurídicos
El cambio a Hana y el uso de soluciones basadas en Hana, como S/4 como "núcleo digital" o SAP Cloud Platform (SCP) con IoT, están asociados a varios cambios. Uno de ellos es el cambio a Linux, así como el uso de otras soluciones innovadoras de código abierto como piedras angulares de infraestructuras preparadas para el futuro para el uso de SAP de misión crítica en la era de la digitalización, que proporciona Suse y de las que se benefician los clientes.
Todos los clientes actuales de SAP Business Suite son conscientes de que el soporte completo de Any DB finalizará en 2025. Miles de empresas de todo el mundo están siendo instadas a migrar sus sistemas SAP a Hana y al sucesor de la tecnología ERP SAP S/4 Hana.
Esto va acompañado de varios cambios, tanto en las aplicaciones como en la infraestructura informática de SAP. Algunos de los usuarios ya han realizado estos cambios.
El hecho es que: Por un lado, esto implica un cambio de base de datos, desde una llamada Any-DB como Oracle, DB2 o MS SQL Server en dirección a la base de datos in-memory Hana de SAP.
Al mismo tiempo, el reajuste de SAP implica un cambio en los servidores utilizados (y posiblemente también en los sistemas de almacenamiento). Aquí, los clientes de SAP tienen la opción de elegir entre varios proveedores de hardware: aquí una variedad de sistemas de servidores Hana basados en Intel x86, allí servidores Hana impulsados por procesadores Power de IBM, también para uso scale-out y scale-up.
También es necesario realizar un cambio de sistema operativo a Linux, el OS (sistema operativo) especificado por SAP para el uso de la base de datos Hana o desde soluciones basadas en Hana como S/4 o BW/4, precisamente aquellas soluciones que requieren la base de datos Hana.
Esto significa que un gran número de clientes actuales de SAP que utilizan Unix o Windows -según encuestas de investigadores de mercado como IDC, alrededor del 50% de las empresas usuarias de suites empresariales siguen utilizando únicamente Windows- tienen que pasarse a Linux.
Dado que el hardware de los usuarios de Unix-SAP no es compatible con Linux, este grupo de usuarios tiene que hacer frente a un triple cambio, por así decirlo: Hardware, base de datos y migración a Linux. Esto se aplica de forma similar a los usuarios SAP de Windows, ya que todos los sistemas de servidor x86 Hana deben contar con la certificación SAP, algo que no suele ocurrir con los sistemas existentes.
Ampliación de la plataforma SLES para aplicaciones SAP
Un número significativo de usuarios de SAP ya conocen Linux a la perfección gracias a una amplia variedad de implantaciones de SAP Business Suite y al uso intensivo de SAP Hana o S/4.
Otros -especialmente los clientes SAP existentes de Unix y Windows que acaban de iniciar el cambio a Hana- no están familiarizados en absoluto o no están muy familiarizados con él. Las siguientes explicaciones van dirigidas a ambos grupos de clientes de SAP.
Como plataforma de sistema operativo seleccionada y recomendada por SAP, ¿qué hace Suse Linux Enterprise Server (SLES) for SAP Applications en interacción con SAP Hana o con soluciones SAP basadas en Hana como S/4 Hana?
O bien: ¿Qué soluciones ofrece Suse, socio de SAP desde hace muchos años e innovador del código abierto, a los usuarios de SAP, además de SLES for SAP Applications (en la actual versión 12), orientadas a utilizar de forma beneficiosa infraestructuras de TI ágiles, así como flexibles y, en particular, compatibles con la digitalización, en la era de la infraestructura híbrida o multicloud y definida por software (IDE)?
En primer lugar, es importante saber que Suse y SAP cuentan con una larga y fructífera colaboración. Al igual que Suse, como actor clave del código abierto, ha ampliado continuamente su extensa red de socios durante los últimos 25 años.
Suse participó en 1999 cuando SAP lanzó el Walldorf Linux Lab. El objetivo en aquel momento era desarrollar un Linux empresarial para uso SAP de misión crítica. En realidad, el tema de SAP Adaptive Computing se añadió sólo un poco más tarde; concretamente, para dar soporte a Flexframe para SAP de Fujitsu.
Algo que Suse también puso en práctica, también con SLES for SAP Applications, la plataforma de sistema operativo Linux líder del mercado actual en el entorno SAP. Y, por cierto, SLES for SAP Applications sigue siendo la única plataforma de sistema operativo Linux para la solución Flexframe (véase también el artículo de Fujitsu en las páginas 68 y 69).
Otros aspectos destacados de la colaboración SAP-Suse a lo largo del tiempo: la disponibilidad de SLES for SAP Applications HAE (High Availability Extension), un Installation Wizzard para la instalación semiautomatizada de componentes SAP Basis, SLES for SAP Applications como estándar para la solución en la nube SAP Business By Design, el SAP BW Accelerator o como plataforma de sistema operativo para desarrollos SAP y mucho más.
En 2009, Suse se integró en el entonces secreto "Proyecto SAP Hana". El proyecto in-memory cambió la estrategia de bases de datos de SAP, y la exclusividad de Suse en Intel para SAP Hana se prolongó durante un periodo de cinco años, y en IBM Power hasta hoy.
Es obvio que los clientes de SAP se benefician del inmenso caudal de experiencia y conocimientos de las ya miles de instalaciones de Hana SLES for SAP Applications.
De este modo, la unión se amplía constantemente. Por ejemplo, en relación con SAP Hana 2, destaca una nueva función Hana HA en el contexto de una arquitectura activo-activo en un entorno Hana en clúster con un enfoque en "Secondary Read Enabled" basado en la tecnología de Suse.
Desde el principio de Hana, Suse Linux Enterprise Server for SAP Applications fue mucho más que un sistema operativo estándar, responsable únicamente de procesar comandos dependientes de máquinas o procesos.
Como plataforma, esta variante también contiene numerosas características especialmente desarrolladas para el uso de SAP Hana que van más allá de la versión clásica de Suse SLES y soportan ventajosamente importantes funcionalidades del centro de datos en el uso de SAP. Se han desarrollado en estrecha colaboración o coordinación con SAP durante años.
Se trata de aspectos de RAS (Fiabilidad y Resiliencia), así como de rendimiento, facilidad de uso/despliegue y temas básicos de funcionamiento o soporte. Todo ello con el objetivo de proporcionar productos y servicios de soporte potentes e innovadores para ayudar a las empresas usuarias a reducir la complejidad, aumentar la automatización, reducir los costes y proporcionar servicios fiables para la implementación de SAP Hana de misión crítica.
Funciones especiales desarrolladas para SAP Hana
Por ejemplo, una serie de características de SLES for SAP Applications garantizan que se proporcione la mayor Alta Disponibilidad (HA) posible, incluida la funcionalidad DR, para el uso de Hana de acuerdo con el enfoque "Hacia cero tiempos de inactividad" y que se cubra el tema cada vez más importante de RAS, incluida la seguridad.
Durante años, Suse High Availability Extension (HAE), que ya se incluye en SLES for SAP Applications, ha sido una solución de alta disponibilidad probada y líder que ofrece funciones sofisticadas para mejorar la continuidad del negocio/alta disponibilidad, así como para el soporte de recuperación ante desastres cuando se utiliza SAP.
La solución fue optimizada o desarrollada especialmente para el uso de SAP Hana y también representa una especie de estándar para HA y DR en el entorno SAP Hana (para scale-out y scale-up). SAP proporciona mecanismos de SAP Hana System Replication (SR) para HA en particular.
La solución de alta disponibilidad (HAE) de Suse de SLES 12 para aplicaciones SAP permite aumentar los SLA mediante la automatización. La replicación del sistema mediante una precarga de memoria en un clúster (por ejemplo, un clúster de 2 nodos) suele preferirse como solución de HA central para SAP Hana.
La automatización de la conmutación puede llevarse a cabo cómodamente utilizando Suse HAE; por ejemplo, en un clúster de 2 nodos con un (segundo) sistema HA que se ejecuta de forma sincrónica para un sistema Hana in situ (sería entonces el nodo uno).
Para un escenario de DR, SAP Hana System Replication permite la replicación asíncrona a otro sitio (por ejemplo, otro centro de datos), de modo que el caso de desastre queda cubierto. También está integrada en Suse SLES 12 for SAP Applications, por ejemplo, la tecnología desarrollada por Suse denominada kGraft, una tecnología de parcheo en vivo del kernel.
Permite actualizar los parches de seguridad en línea sin reiniciar ni esperar a la siguiente ventana de servicio programada.
Agentes de recursos Hana
También merece la pena destacar: SAP Hana Resource Agents (RA). Con ellos se pueden gestionar, monitorizar y controlar las instancias de base de datos y las réplicas de Hana. También se pueden configurar los RA. Y:
Suse admite configuraciones de clúster fáciles de usar con los agentes de recursos SAP Hana. Se ejecutan en todos los nodos de un clúster HAE de SLES 12 for SAP Applications y proporcionan información sobre la configuración o el estado del sistema de los sistemas Hana y las réplicas de Hana (por ejemplo, con fines de gestión del sistema).
Además, es posible utilizar sistemas de gestión globales como Datavard Insights del socio de SAP y Suse, Datavard, para la supervisión y el control o para alertas proactivas de SAP Hana y SLES for SAP Applications. (Véase también el artículo sobre Datavard Insights en la página 15).
Otro ejemplo relacionado con la funcionalidad RAS de SLES for SAP Applications es el endurecimiento de la seguridad para Hana. Aquí, un alto nivel de endurecimiento de Suse SLES for SAP Applications contrarresta los ataques o amenazas procedentes del exterior.
También se puede utilizar para implementar mecanismos que muestren qué paquetes del sistema operativo deben estar disponibles y de cuáles se puede prescindir. La idea central es que menos paquetes significan una menor superficie de ataque contra las amenazas. Otra función integrada en SLES 12 for SAP Applications es la gestión de cifrado de almacenamiento remoto o un cortafuegos configurable, que se suministra de serie.
Además, la versión 12 proporciona los denominados patrones de SAP Hana para una mayor simplificación/automatización de las instalaciones de Hana para el área temática Operaciones simplificadas, hasta una automatización completa de los sistemas basados en soluciones SAP en entornos de TI completos según un enfoque de n niveles. En la versión 11 de SLES for SAP Applications ya se incluyen otras numerosas funciones para la implantación de Hana en misiones críticas.
Todas las funciones básicas/paquetes de la plataforma del sistema operativo SLES para SAP Applications para RAS, Rendimiento, Facilidad de uso e implantación (con Operaciones simplificadas, por ejemplo, basadas en la solución de gestión Suse Manager) y Sistema operativo base y Soporte se pueden encontrar en la figura "Suse Linux Enterprise Server for SAP Applications: Visión general de las áreas de funciones clave". Es evidente que Suse SLES for SAP Applications se sigue desarrollando casi permanentemente o que se integran nuevas tecnologías. Es concebible, por ejemplo, incluir el tema del aprendizaje automático. Por ejemplo, en forma de funciones basadas en Google TensorFlow.
SLES para aplicaciones SAP y más allá
El papel de Suse en el entorno SAP va mucho más allá de SLES for SAP Applications. Especialmente en el contexto de la transformación digital y las innovaciones de soluciones proporcionadas sobre una base de código abierto, que ofrecen ventajas beneficiosas como anclas de infraestructura adicionales o pilares importantes.
SAP Hana y S/4 Hana se apoyan como núcleo digital, incluyendo una nueva experiencia de usuario basada en Fiori. Como es bien sabido, el sucesor tecnológico de la suite empresarial tiene en cuenta tanto el uso de ERP como el de big data, analítica, informática móvil, redes empresariales o SAP Leonardo con Internet de las Cosas (IoT).
Y eso en funcionamiento on-premise y en la nube, en forma híbrida on-premise/nube o en forma de uso multi-nube. (Véase también el artículo de QSC en las páginas 61 y 62).
Suse Linux Enterprise Server para SAP se puede utilizar en todas partes junto con Hana o soluciones basadas en Hana, como una infraestructura única para todas las formas de implementación, por así decirlo: en Hana-on-Intel-x86, en IBM Hana on Power, pero también a través de Amazon AWS, Google Cloud Platform (GCP), SAP Cloud Platform y SAP Hana Enterprise Platform (HEC) o a través de Microsoft Azure. Esto favorece mucho la estandarización, sobre todo en lo que respecta al uso multicloud, cada vez más emergente.
La transformación digital también conlleva nuevos requisitos para las aplicaciones, el desarrollo de aplicaciones y las operaciones del centro de datos, basados en el modelo DevOps. El desarrollo de aplicaciones y las operaciones de TI se entrelazan aquí de forma inteligente en función de los requisitos para que las nuevas aplicaciones estén disponibles de forma rápida o puntual según sea necesario.
Con SAP Core Data Services, Hana y S/4 se acercan aún más, lo que respalda la idea de DevOps. Aquí es importante la necesidad de una infraestructura y unos componentes de TI dinámicos y muy flexibles basados en los principios del centro de datos definido por software (SDDC) o de la infraestructura definida por software.
En este contexto, como ya se ha mencionado, Linux desempeña un papel importante como plataforma de sistema operativo de código abierto para Hana. Pero la atención se centra también en Hadoop como componente para el tema de big data.
Además, los elementos centrales OpenStack (IaaS) para el aprovisionamiento de servidores en la nube, Cloud Foundry (PaaS) como plataforma de desarrollo o Container-as-Service (CaaS) incluyendo Kubernetes Magnum o Docker para un uso eficiente de la virtualización. Todos ellos, por cierto, elementos o componentes de infraestructura muy significativos de SAP Cloud Platform, pieza clave para el desarrollo y despliegue de apps cuando se utiliza S/4 Hana.
OpenStack, Cloud Foundry y SCP
Un vistazo a OpenStack, Cloud Foundry y Container-as-service: Al igual que la OpenStack Foundation, la Cloud Foundry Foundation es un proyecto gratuito de código abierto que cuenta con el apoyo de numerosas empresas de renombre de todos los fabricantes como organización sin ánimo de lucro.
SAP y Suse están entre ellos, pero también muchísimos otros del entorno informático y no informático, como General Electric. Como primer distribuidor de Linux de la historia, Suse es miembro de la OpenStack Foundation desde 2012 y presentó la primera solución OpenStack para empresas, Suse OpenStack Cloud, ese mismo año. Suse es miembro de la Cloud Foundation desde 2015.
Con Cloud Foundry y los componentes de Cloud Foundry, la Fundación ofrece soluciones de software utilizables de forma concreta. El homólogo de OpenStack también certifica las distintas soluciones PaaS de los miembros de Cloud Foundry. En particular, esto garantiza que las plataformas en nube sean compatibles y coherentes entre sí sobre la base de un estándar uniforme y abierto.
El foco de las actividades de Suse-SAP (SAP-Suse-Co-Development) es la provisión de una Interfaz de Proveedor de Nube OpenStack (CPI). El objetivo principal es simplificar o automatizar la comunicación entre Cloud Foundry y la infraestructura OpenStack subyacente mediante una CPI.
Esto permite probar las aplicaciones con el mínimo esfuerzo y desplegarlas inmediatamente en nubes privadas o públicas. SAP Cloud Platform (antes Hana Cloud Platform, HCP) utiliza lo anterior.
El uso de una nube IaaS de código abierto basada en OpenStack (privada o local) para aplicaciones SAP ofrece ventajas tangibles, como el hecho de que las soluciones SAP pueden implantarse de forma eficiente y rentable.
En el curso de la digitalización, los servicios o aplicaciones pueden prestarse de forma rápida y flexible. Cada vez son más las empresas, pero también los proveedores de servicios informáticos, que recurren a entornos en la nube basados en OpenStack.
La versión actual de Suse OpenStack Cloud es la 7 y ya incluye funcionalidades de Container-as-a-Service. Además, permite actualizaciones de software que ya no interrumpen las operaciones en curso.
Por ejemplo, esta versión ya ofrece soporte completo para Docker basado en Kubernetes como marco para la orquestación de contenedores, que se proporciona como parte de la integración de OpenStack Magnum. De este modo, los clientes obtienen acceso a funcionalidades de contenedor como servicio con las que pueden desarrollar cargas de trabajo y aplicaciones innovadoras nativas de la nube, así como dar soporte a procesos y entornos DevOps.
También hay funciones adicionales de alta disponibilidad, incluida la protección de alta disponibilidad para máquinas virtuales y cargas de trabajo, que complementan la alta disponibilidad para planos de control y nodos de cálculo. De este modo, los clientes también pueden trasladar a la nube las aplicaciones críticas para el negocio.
También está disponible una integración de OpenStack Manila con CephFS, suministrada a través de Suse Enterprise Storage. Esto proporciona un entorno de almacenamiento unificado que permite a los clientes ejecutar cargas de trabajo para sus sistemas de almacenamiento de bloques, objetos y archivos en un único clúster para reducir los costes operativos y de capital.
Los usuarios también obtienen una escalabilidad mejorada que permite el despliegue en múltiples centros de datos. Además, los usuarios pueden administrar varias nubes privadas a través de una única interfaz de usuario.
Cloud Foundry Dojo en el SAP Cloud Lab
Como es bien sabido, PaaS como servicio en la nube se basa en IaaS. Suse y SAP se están centrando en la integración de OpenStack y Cloud Foundry descrita anteriormente con el llamado Cloud Foundry Dojo, SAP Cloud Lab. En el proceso, Suse y SAP están impulsando desarrollos conjuntos tanto en Linux como en la integración de OpenStack y Cloud Foundry.
Una ventaja aquí es que los activos tecnológicos de Suse en el área de OpenStack y Cloud Foundry se están expandiendo a través de las adquisiciones de activos de HPE. Algunos de ellos ya se han integrado en la cartera de Suse. Suse apuntala el tema de Container-as-a-Service (CaaS) con la nueva Suse CaaS Platform.
La atención se centra aquí en las opciones flexibles, simplificadas y automatizadas para la prestación de servicios a pequeña escala (microservicios) con la ayuda de contenedores, incluido el uso de Docker o Kubernetes. Kubernetes, en particular, es capaz de soportar eficazmente aplicaciones de contenedores en entornos de clúster (máquinas físicas o virtuales).
Del mismo modo, se prefiere Kubernetes para alcanzar ventajosamente el objetivo de una infraestructura centrada en contenedores (en lugar de una más bien rígida centrada en hosts). En este contexto, Suse Linux Enterprise Server (SLES) también desempeña un papel como sistema operativo anfitrión de contenedores en una versión especializada (SLES Micro OS). La ventaja es que ocupa poco espacio y aprovecha al máximo los recursos.
DevOps y código abierto
El uso de DevOps (desarrollo y operaciones de TI) con SAP Cloud Platform utilizando soluciones de código abierto ya es hoy en día lo más avanzado para desarrollar y gestionar aplicaciones, incluida la gestión completa y total del ciclo de vida. Esto prácticamente allana el camino para que las empresas usuarias de SAP implementen y operen nuevas apps de acuerdo con los requisitos del negocio.
