Arquitectura de referencia: SAP S/4HANA en Google Cloud Platform

Descripción general

Este documento está dirigido a personas que evalúan Google Cloud como una plataforma para implementar SAP S/4HANA, en particular, aquellos en los siguientes tipos de trabajos:

  • Arquitecto técnico de SAP
  • Arquitecto de Nube
  • Administrador de SAP Basis
  • Arquitecto empresarial

En este documento, también se enumeran las cuestiones que se deben tener en cuenta antes de la instalación, así como la vinculación a las notas de SAP y demás documentación para facilitar la implementación.

Google Cloud proporciona una infraestructura certificada para SAP que es rentable, confiable, segura y de alto rendimiento a la hora de ejecutar SAP S/4HANA en SAP HANA. Para obtener una lista completa de las soluciones de SAP admitidas en Google Cloud, consulta SAP en Google Cloud.

Licencias

Si eres cliente de SAP, puedes usar tu licencia existente para implementar SAP Business Suite en Google Cloud con un modelo de licencia adquirida por el usuario (BYOL). Google Cloud admite el modelo BYOL para casos prácticos de producción y no producción. Las licencias del sistema operativo están incluidas en los precios de Compute Engine; de forma alternativa, también puedes usar tu propia imagen de SO y licencias.

Dimensionamiento

Hay varias opciones de dimensionamiento disponibles según el tipo de implementación. En el caso de las implementaciones greenfield, te recomendamos usar la herramienta SAP Quick Sizer. Para obtener información detallada, consulta la página sobre dimensionamiento de SAP. SAP también proporciona guías con tablas que te ayudan a determinar los requisitos de soluciones y herramientas específicas a fin de migrar las soluciones locales actuales a Google Cloud. Por ejemplo, consulta Find Certified IaaS Platforms (Encuentra plataformas de IaaS certificadas) y SAP Applications on Google Cloud: Supported Products and Google VM types (Aplicaciones SAP en Google Cloud: productos admitidos y tipos de VM de Google). SAP y Google Cloud usan diferentes unidades para medir las IOPS (operaciones de entrada y salida por segundo). Consulta a tu socio de SI (integrador de sistemas) para convertir los requisitos de tamaño de SAP en una infraestructura de Google Cloud del tamaño adecuado.

Antes de migrar los sistemas existentes de SAP ECC a S/4HANA, SAP recomienda ejecutar el informe /SDF/HDB_SIZING, como se describe en la nota 1872170 de SAP, Business Suite on HANA and S/4HANA sizing report (Informe de dimensionamiento de Business Suite en HANA y S/4HANA). En este informe sobre dimensionamiento, se analizan las necesidades actuales de procesamiento y memoria de tu sistema fuente, y se proporciona información sobre los requisitos para trasladarse a S/4HANA.

Tipos de máquinas admitidos

Google Cloud ofrece tipos de instancias de Compute Engine que están certificados por SAP para cumplir con los requisitos de tamaño cuando implementas S/4HANA. Para obtener más información sobre el dimensionamiento en Google Cloud y los tipos de máquinas compatibles, consulta las siguientes páginas:

Los tipos personalizados de máquinas para SAP HANA en Google Cloud también están certificados por SAP. Puedes ejecutar instancias de SAP HANA con menos de 64 CPU virtuales, siempre que mantengas una proporción de CPU virtuales y memoria de al menos 6.5.

Para ver los números de SAPS de las máquinas virtuales de Compute Engine que están certificadas para aplicaciones SAP, consulta Tipos de máquinas de Compute Engine certificadas

SAP también proporciona una lista certificada de opciones de configuración de Google Cloud para SAP HANA en su sitio web. Para obtener más detalles, consulta la página Encuentra plataformas certificadas de IaaS en SAP HANA Hardware Directory (directorio de hardware de SAP HANA).

Discos y sistemas de archivos para S/4HANA

Google Cloud ofrece los siguientes tipos de almacenamiento:

  • Discos persistentes estándar (HDD): Almacenamiento en bloque de bajo costo para dispositivos grandes
  • Discos persistentes SSD: almacenamiento en bloque rápido y confiable, con altas IOPS y baja latencia
  • SSD locales: Almacenamiento en bloque local de alto rendimiento
  • Depósitos de Cloud Storage: Almacenamiento de objetos asequible

Para obtener más información, consulta Opciones de almacenamiento.

Los discos persistentes de Google Cloud están diseñados para ofrecer una alta durabilidad. Para garantizar la integridad de los datos, los almacenan de forma redundante. Cada disco persistente puede almacenar hasta 64 TB, por lo que puedes crear grandes volúmenes lógicos sin administrar conjuntos de discos. Una característica clave es que los discos persistentes se encriptan de forma automática para proteger los datos.

Luego de la creación, una instancia de Compute Engine asigna un disco persistente raíz de forma predeterminada que contiene el sistema operativo. Puedes agregar más opciones de almacenamiento a la instancia según sea necesario. En las implementaciones de SAP, te recomendamos usar discos persistentes, ya que están diseñados para una alta durabilidad y las instancias de procesamiento pueden acceder a ellos como discos físicos en una máquina local.

En las siguientes tablas, se describen las estructuras de directorios de Linux para SAP HANA y ABAP en Google Cloud.

Estructura de directorios de SAP HANA Tipo de almacenamiento
/usr/sap Disco persistente SSD
/hana/data Disco persistente SSD
/hana/log Disco persistente SSD
/hana/shared Disco persistente SSD
/hanabackup Disco persistente estándar (HDD)
Estructura de directorios de ABAP Tipo de almacenamiento
/sapmnt Disco persistente estándar (HDD)
/usr/sap/ Disco persistente estándar (HDD)

Implementación

SAP S/4HANA consta de los siguientes componentes técnicos:

  • SAP HANA
  • PAS: Servidor de aplicaciones principal.
    • El primer o único servidor de aplicaciones del sistema SAP.
  • AAS: servidor de aplicaciones adicional.
    • Por lo general, se implementa para el balanceo de cargas a nivel de las aplicaciones. También puedes instalar varios AAS para lograr una mayor disponibilidad desde la perspectiva de la capa de la aplicación. Si uno de los servidores de aplicaciones deja de funcionar, todas las sesiones de usuario conectadas a ese servidor de aplicaciones finalizan, pero los usuarios pueden volver a acceder en el otro AAS asociado en el entorno.
  • Puerta de enlace de SAP NetWeaver
  • Frontend de Fiori
  • WD: Despachador web (opcional).
    • Balanceador de cargas de software inteligente que distribuye solicitudes HTTP y HTTPS, según el tipo de aplicación, a PAS y AAS.

Modelos de implementación

Puedes implementar S/4HANA en Google Cloud en cualquiera de estos dos modelos: implementación centralizada o implementación distribuida.

Implementación centralizada

En una implementación centralizada, puedes instalar S/4HANA y la base de datos de SAP HANA en la misma instancia de Compute Engine. Recomendamos este enfoque en los entornos que no se usan para producción, como entornos de zona de pruebas y de desarrollo.

En el siguiente diagrama, se muestra una arquitectura de referencia para S/4HANA en un modelo de implementación centralizado. Ten en cuenta que SAP ASCS, PAS, WD y HANA se instalan en la misma instancia.

En el diagrama, se muestra ASCS, PAS, Despachador web y HANA en una sola VM

Implementación distribuida

En una implementación distribuida, puedes instalar los diferentes componentes en diferentes instancias de Compute Engine. Recomendamos este enfoque para los entornos de producción o los entornos que requieran mucha capacidad de procesamiento a fin de controlar una carga de transacciones pesada.

En el siguiente diagrama, se muestra una arquitectura de referencia para S/4HANA en un modelo de implementación distribuida. Ten en cuenta que SAP ASCS, PAS, WD y HANA se instalan en instancias diferentes.

En el diagrama, se muestra el Despachador web, Fiori, S/4 PAS, ASCS y HANA, todos en VM independientes

Para instalar SAP HANA en una implementación centralizada o distribuida, usa la secuencia de comandos de implementación. Para obtener más información, consulta la Guía de implementación de SAP HANA.

Nota sobre el balanceo de cargas

En un entorno S/4HANA distribuido, el balanceo de cargas es obligatorio. Para configurar el balanceo de cargas de la aplicación, usa la capa de la aplicación de SAP.

Alta disponibilidad y recuperación ante desastres

La alta disponibilidad (HA) y la recuperación ante desastres (DR) son conjuntos de técnicas, prácticas de ingeniería y principios de diseño para controlar la continuidad empresarial en caso de fallas. Estos enfoques funcionan mediante la eliminación de los puntos únicos de fallo y el suministro de la capacidad de reanudar rápidamente las operaciones después de una interrupción del sistema o componente con una alteración empresarial mínima. La recuperación de errores es el proceso de recuperación y reanudación de operaciones después de una interrupción debido a un componente con errores.

Por ejemplo, las siguientes son algunas herramientas de HA y DR:

A continuación, verás más detalles sobre algunos de estos elementos:

Agrupamiento en clústeres de Linux en zonas diferentes: Configura tu clúster de Linux en zonas diferentes para proteger contra fallas de componentes en una región determinada. Puedes implementar un clúster de Linux entre zonas mediante una configuración activa y pasiva, o una configuración activa/activa. En ambos casos, debes comenzar por configurar dos instancias de Compute Engine en zonas separadas, cada una con su propia base de datos de SAP HANA.

  • Configuración activa/pasiva: Configura una instancia como el nodo principal del clúster (activa) y la otra como el nodo secundario (pasiva). Usa la replicación del sistema (SR) de SAP HANA para configurar el nodo secundario de modo que se convierta en principal si este falla, como se muestra en el siguiente diagrama. Para obtener más información sobre cómo configurar y establecer la SR de HANA, consulta HANA System Replication (Replicación del sistema de HANA).

Un clúster de alta disponibilidad de SAP HANA se encuentra en una región de GCP. La replicación asíncrona mantiene un solo sistema de HANA en otra corriente de la región

Migración en vivo: Compute Engine ofrece migración en vivo para mantener las instancias de Compute Engine en ejecución, incluso cuando ocurre un evento del sistema host, como una actualización de software o hardware. En esa situación, Compute Engine migra en vivo tu instancia en ejecución hacia otro host en la misma zona, en lugar de requerir que se reinicie la instancia en ejecución. El mecanismo replica el estado de la VM de la instancia original, por lo que, cuando aparece la nueva instancia, ya tiene cargada la memoria de la instancia original.

En el caso poco frecuente de que la migración en vivo no se realice, la máquina virtual con errores se reinicia de manera automática en el nuevo hardware dentro de la misma zona.

Para obtener más detalles, consulta Migración en vivo.

Copia de seguridad y recuperación

Realiza copias de seguridad de tu servidor de aplicaciones y de la base de datos de forma periódica para que puedas recuperarlos en caso de una falla del sistema, daños en los datos o problemas de otro tipo.

Copias de seguridad

Tienes varias opciones para crear una copia de seguridad de los datos de SAP HANA en Google Cloud, incluidas las siguientes:

  • Crear una copia de seguridad directamente en Cloud Storage mediante el agente de Backint de Cloud Storage certificado por SAP para SAP HANA (agente de Backint)
  • Crear una copia de seguridad en un disco persistente y, luego, subirla a Cloud Storage
  • Tomar instantáneas de todo el disco que contiene el directorio /hanabackup mediante la función de instantáneas de Compute Engine

El agente de Backint de Cloud Storage para SAP HANA

El agente de Backint se integra a las funciones de copia de seguridad y recuperación nativas de SAP HANA, de modo que puedas realizar copias de seguridad directamente en Cloud Storage y recuperar datos desde allí, sin necesidad de almacenamiento en disco persistente para tus copias de seguridad. Para obtener más información, consulta la Guía de operaciones de SAP HANA.

Si deseas obtener información sobre la certificación de SAP del agente de Backint de Cloud Storage para SAP HANA, consulta la Nota 2031547 de SAP.

En el siguiente diagrama, se muestra el flujo de copias de seguridad cuando usas el agente de Backint.

En el diagrama, se muestra SAP HANA con el agente de Backint que crea una copia de seguridad directamente en Cloud Storage

Crea copias de seguridad en discos persistentes

Puedes usar la función de copia de seguridad y recuperación nativas de SAP con discos persistentes de Compute Engine y usar un depósito de Cloud Storage para el almacenamiento a largo plazo de las copias de seguridad.

Durante el funcionamiento normal, SAP HANA guarda de forma automática los datos de la memoria en el disco en puntos de guardado regulares. Además, todos los cambios en los datos se capturan en las entradas del registro para rehacer. Se escribe una entrada de registro para rehacer en el disco después de cada transacción de base de datos confirmada.

Desde SAP HANA 2.0 en adelante, usa SAP HANA Cockpit para crear una copia de seguridad de SAP HANA.

En el siguiente diagrama, se muestra el flujo de la función de copia de seguridad para SAP HANA.

Las copias de seguridad se crean en un disco persistente y, luego, se almacenan en Cloud Storage

Crea copias de seguridad de los discos persistentes mediante instantáneas

Otra opción que puedes agregar a la estrategia de copia de seguridad es tomar instantáneas de discos completos mediante la función de instantánea de disco persistente de Compute Engine. Por ejemplo, puedes tomar instantáneas programadas del disco del directorio de copias de seguridad para usarlas en situaciones de recuperación ante desastres. Para garantizar la coherencia de la aplicación, toma instantáneas cuando no se realicen cambios en el volumen de destino. Las instantáneas se generan en el nivel del bloque.

Después de la primera instantánea, cada instantánea posterior es incremental y almacena solo los cambios de bloque incrementales, como se muestra en el siguiente diagrama.

En el diagrama, se muestran instantáneas incrementales y completas de datos de HANA en un disco persistente

Recuperación

Las herramientas de recuperación de SAP HANA pueden recuperar el momento más reciente o un momento específico, y puedes usarlas para restablecer a un sistema nuevo o crear una copia de la base de datos. A diferencia de las copias de seguridad, que puedes ejecutar mientras la base de datos está en funcionamiento, solo puedes usar las herramientas de recuperación mientras la base de datos está inactiva. Las opciones de recuperación se enumeran a continuación; elige la más adecuada para tu situación.

  • Restablece al estado más reciente mediante uno de los siguientes recursos:
    • Instantánea o copia de seguridad completa
    • Copia de seguridad de registros
    • Entradas de registro de rehacer aún disponibles
  • Restablecimiento a un momento en el pasado
  • Restablecimiento a una copia de seguridad completa especificada

Notas importantes de SAP previas a la implementación

Lee las siguientes notas de SAP antes de comenzar a implementar SAP S/4HANA en Google Cloud. Antes de continuar con la implementación de un producto de SAP, siempre revisa SAP Marketplace en busca de notas y guías de instalación de productos actualizadas.