Arquitectura de referencia: SAP Business Suite en SAP HANA en Google Cloud Platform

Descripción general

Este documento está dirigido a las personas que evalúan Google Cloud Platform (GCP) como una plataforma para implementar SAP Business Suite en SAP HANA, sobre todo a quienes tienen 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.

SAP Business Suite en SAP HANA es un conjunto de sistemas SAP, incluido SAP ECC, que se ejecuta en una base de datos de SAP HANA. ECC, o Enterprise Core Component, es un conjunto de aplicaciones que contiene funciones empresariales principales, como finanzas, logística, administración de almacenes, ventas y distribución. ECC se diseñó para ejecutarse en varias bases de datos, incluida Sybase ASE, MS SQL Server, Oracle y, ahora, SAP HANA. En este documento, se analiza la arquitectura y la implementación de SAP Business Suite solo en la base de datos de SAP HANA.

Google Cloud Platform ofrece una infraestructura rentable, confiable, segura y de alto rendimiento certificada por SAP para ejecutar SAP Business Suite en SAP HANA. Si deseas obtener una lista completa de las soluciones compatibles con SAP en GCP, consulta SAP en Google Cloud.

Licencias

Si eres cliente de SAP, puedes usar tus licencias de aplicación de SAP HANA existentes y otras licencias de aplicación de SAP para implementar SAP Business Suite en GCP con un modelo de licencia adquirida por el usuario (BYOL). GCP 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; como alternativa, puedes usar tus licencias y tu imagen de SO.

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 para soluciones y herramientas específicas que permiten migrar las soluciones locales actuales a GCP. Por ejemplo, consulta Encuentra plataformas de IaaS certificadas y Nota de SAP 2456432: Aplicaciones de SAP en Google Cloud Platform: tipos de VM de Google y productos admitidos. SAP y GCP usan diferentes unidades para medir las IOPS (operaciones de entrada y salida por segundo). Consulta con tu socio de SI (integrador de sistemas) para convertir los requisitos de dimensionamiento de SAP en una infraestructura de GCP del tamaño adecuado.

Tipos de máquinas compatibles

GCP ofrece los tipos de instancias de Compute Engine que SAP certifica para cumplir con los requisitos de dimensionamiento cuando implementas SAP HANA. Para obtener más información sobre el dimensionamiento en GCP y los tipos de máquinas compatibles, consulta las siguientes páginas:

SAP también certifica los tipos personalizados de máquinas para SAP HANA en GCP. 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 determinar las SAPS que proporciona la arquitectura de CPU elegida, consulta Resultados de comparativas de aplicaciones estándar de SAP SD, configuración de Internet de dos niveles.

SAP también proporciona una lista certificada de parámetros de configuración de GCP para SAP HANA en su sitio web. Para obtener más detalles, consulta la página Encuentra plataformas certificadas de IaaS en el directorio de hardware de SAP HANA.

Sistemas de archivos y discos para SAP Business Suite en SAP HANA

Google Cloud Platform 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 muchas IOPS y baja latencia.
  • SSD locales: Almacenamiento en bloque local de alto rendimiento
  • Depósitos de Cloud Storage: Almacenamiento de objetos asequible

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

Los discos persistentes de GCP están diseñados para ofrecer una alta durabilidad. Además, almacenan los datos de forma redundante para garantizar su integridad. Cada disco persistente puede almacenar hasta 64 TB, por lo que puedes crear volúmenes lógicos grandes 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 de forma predeterminada un solo disco persistente raíz 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 ofrecer 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 una implementación típica de SAP.

Estructura de directorios típica de Linux para una instancia genérica de SAP ABAP

Estructura de directorios de la aplicación de SAP Tipo de almacenamiento
/sapmntNota Disco persistente estándar (HDD)
/usr/sap Disco persistente estándar (HDD)

Nota: En las implementaciones distribuidas, /sapmnt también se puede activar como un sistema de archivos de red mediante una solución de NFS, como Filestore.

Estructura de directorios típica de Linux para SAP HANA

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/sharedNota Disco persistente SSD
/hanabackup Nota Disco persistente estándar (HDD)

Nota: En las implementaciones distribuidas, /hana/shared y /hanabackup también se pueden activar como un sistema de archivos de red mediante una solución de NFS, como Filestore.

Crea todos los directorios para las instancias de SAP HANA y SAP Business Suite mediante los procesos descritos en las guías de implementación de GCP. Recomendamos usar una plantilla de Deployment Manager para implementar una instancia compatible y certificada. Para ver las guías de implementación de SAP NetWeaver, consulta Todas las guías de SAP NetWeaver. Para obtener información sobre la implementación de SAP HANA, consulta la Guía de implementación de SAP HANA.

Implementación

SAP Business Suite en SAP HANA consta de los siguientes componentes técnicos:

Capa de la aplicación:

  • ASCS: ABAP SAP Central Services. Contiene los siguientes componentes:
    • Servidor de mensajes (MS): Actúa como un canal de comunicación entre servidores de aplicaciones. También controla la distribución de la carga.
    • Servidor de puesta en cola (ES): Controla el mecanismo de bloqueo.
  • 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 finalizan, pero los usuarios pueden volver a acceder en el otro AAS asociado en el entorno.
  • 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.
  • Capa de la base de datos:

    • SAP HANA

    Modelos de implementación

    Puedes implementar SAP Business Suite en GCP con alguno de estos dos modelos: implementación centralizada o implementación distribuida.

    Implementación centralizada

    En la implementación centralizada, puedes instalar SAP Business Suite y la base de datos en la misma instancia de Compute Engine. Este enfoque se recomienda para los entornos que no están destinados a la producción, como los de zona de pruebas y los de desarrollo.

    En el siguiente diagrama, se muestra una arquitectura de referencia para SAP Business Suite en SAP HANA con el modelo de implementación centralizada. Ten en cuenta que SAP ASCS, PAS y HANA se instalan en la misma instancia.

    SAP ASCS, PAS y HANA se instalan en una sola VM

    Implementación distribuida

    En una implementación distribuida, puedes instalar las aplicaciones de SAP Business Suite y la base de datos de SAP HANA en instancias de Compute Engine diferentes. Recomendamos este enfoque para los entornos de producción o los que requieran mucha capacidad de procesamiento debido a que manejan cargas de transacciones pesadas. Los componentes de la capa de la aplicación de SAP descritos antes (en “Implementación”) se pueden instalar de forma independiente en instancias diferentes.

    Además, tienes la opción de instalar uno o más servidores de aplicaciones adicionales (AAS), según los requisitos de la empresa.

    En el siguiente diagrama, se muestra una arquitectura de referencia para SAP Business Suite en SAP HANA con un modelo de implementación distribuida.

    SAP Business Suite, PAS y ASCS se instalan en una VM, y SAP HANA en otra.

    SAP Business Suite y la base de datos de SAP HANA se instalan en instancias de Compute Engine diferentes. La base de datos se debe instalar mediante el método de implementación certificado por GCP. Si deseas obtener detalles sobre cómo instalar una base de datos de SAP HANA para el escalamiento horizontal o vertical de SAP HANA, consulta la Guía de implementación de SAP HANA. Por el momento, SAP Business Suite en SAP HANA solo es compatible con el modelo de escalamiento vertical.

    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 que permiten la continuidad empresarial en caso de fallas. Estos enfoques quitan los puntos únicos de fallo y proporcionan la posibilidad de reanudar de inmediato las operaciones después de una interrupción del sistema o del 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:

    Alta disponibilidad

    Para garantizar la alta disponibilidad de SAP Business Suite en SAP HANA, considera los siguientes componentes:

    • Base de datos de SAP HANA (HDB)
    • ABAP Central Services (ASCS)
    • Servidor de aplicaciones principal (PAS)

    Base de datos de SAP HANA: Recomendamos la solución de replicación del sistema SAP HANA (HSR) para lograr una alta disponibilidad de la base de datos. En esta situación, la replicación del sistema se configura entre el nodo principal y el secundario, y los datos se replican del disco persistente principal al secundario. Para obtener más detalles, consulta Configura la replicación del sistema de SAP HANA.

    En la situación de replicación del sistema de SAP HANA, la conmutación por error no está automatizada de forma predeterminada. Puedes implementar la conmutación por error mediante el agrupamiento en clústeres a nivel del sistema operativo, que está diseñado para administrar las fallas de los componentes. El agrupamiento en clústeres implica el uso de varios servidores, interconexiones y dispositivos de almacenamiento para formar un único sistema con alta disponibilidad. A fin de obtener más detalles sobre cómo configurar la HA para SAP HANA, consulta la Guía de planificación de recuperación ante desastres y alta disponibilidad de SAP HANA.

    ABAP Central Services: ASCS está compuesto por un servidor de mensajes (MS) y un servidor de puesta en cola (ES). El servidor de mensajes actúa como un canal de comunicación entre los servidores de aplicaciones y maneja la distribución de la carga, mientras que el servidor de puesta en cola controla el mecanismo de bloqueo. Te recomendamos usar una solución de agrupamiento en clústeres para lograr una alta disponibilidad en ASCS. Para implementar la HA, instala ABAP Central Services (ASCS) y el servicio de replicación de puesta en cola (ERS) en el nodo principal y el secundario. Cuando el nodo principal falla, los servicios de mensajes y de puesta en cola (MS/ES) conmutan por error de forma automática al nodo secundario. Cuando el nodo principal vuelve a estar disponible, puedes realizar una conmutación por error automática o manual al nodo principal original. A fin de obtener más detalles, consulta la guía de configuración de SUSE para clústeres de SAP ASCS con alta disponibilidad.

    En el siguiente diagrama, se muestra una arquitectura para implementar HA en ASCS.

    Una VM aloja ASCS activo y ERS inactivo. Otra VM aloja ASCS inactivo y ERS activo. El par de VM y el de ERS tienen VIP propia

    Servidor de aplicaciones principal: Puedes lograr una alta disponibilidad para el servidor de aplicaciones principal si instalas servidores de aplicaciones adicionales (AAS). Puedes instalar varios AAS para lograr una mayor disponibilidad. Si uno de los servidores de aplicaciones falla, todas las sesiones de usuario conectadas a ese servidor finalizan, pero los usuarios pueden acceder a los otros servidores de aplicaciones. Google Cloud Platform proporciona una función de migración en vivo que se puede usar para la HA del PAS. Para obtener más información, consulta Migración en vivo.

    Recuperación ante desastres

    Para recuperar un sistema de SAP Business Suite en SAP HANA tras un desastre, usa los siguientes métodos:

    • Replicación del sistema de SAP HANA
    • Copia de seguridad de SAP HANA

    Replicación del sistema de SAP HANA

    En las situaciones de recuperación ante desastres (DR), te recomendamos que tengas el sistema en espera en una región diferente a aquella en la que se ubica el sistema principal y que uses la replicación asíncrona.

    Elige la opción de replicación del sistema de SAP HANA que mejor se adapte a tus requisitos empresariales para los objetivos de punto de recuperación (RPO) y a tus preferencias de costo/beneficio.

    En el siguiente diagrama, se muestra el flujo de replicación. En particular, ocurre lo siguiente:

    1. La IP virtual (VIP) está configurada para apuntar solo al nodo activo (de lectura y escritura).
    2. En esta situación, el nodo 1 cumple la función principal. Cuando se activa una conmutación por error, el nodo 2 actúa como nodo principal, y la IP virtual se traslada hacia el nodo 2.

    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

    Copia de seguridad y recuperación

    Realiza copias de seguridad de la base de datos y del servidor de aplicaciones 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

    Puedes instalar el agente de Backint de Cloud Storage para SAP HANA (agente de Backint), que simplifica el almacenamiento de la copia de seguridad. 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 usar almacenamiento en disco persistente para las 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 nativa de copia de seguridad y recuperación de SAP HANA para almacenar copias de seguridad en discos persistentes de Compute Engine. Puedes usar un depósito de Cloud Storage para almacenar copias de seguridad a largo plazo.

    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. Puedes crear una copia de seguridad de los registros para rehacer en el almacenamiento a largo plazo en intervalos regulares.

    Desde SAP HANA 2.0 en adelante, debes usar SAP HANA Cockpit para crear copias de seguridad de SAP HANA.

    En el siguiente diagrama, se muestra el flujo de la función de copia de seguridad de 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.

    Se toma una instantánea completa de los datos de SAP HANA y de los de aplicación. Las instantáneas posteriores son incrementales.

    Recuperación

    Las herramientas de recuperación de SAP HANA pueden recuperar en el momento más reciente o en 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, puedes usar las herramientas de recuperación solo mientras la base de datos está inactiva. Las opciones de recuperación se enumeran a continuación; elige la adecuada para tu situación.

    • Restablece al estado más reciente mediante uno de los siguientes recursos:
      • Instantánea o copia de seguridad completa
      • Entradas de registro para rehacer que aún está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

    Antes de comenzar a implementar los sistemas de SAP en Google Cloud, consulta las notas de SAP de la siguiente lista, que son útiles para la configuración que planificaste. 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.