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

Descripción general

Este documento está dirigido a personas que evalúan Google Cloud 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 ofrece una infraestructura rentable, confiable, segura y de alto rendimiento certificada por SAP para ejecutar SAP Business Suite en SAP HANA. Para obtener una lista completa de las soluciones de SAP compatibles en Google Cloud, consulta Certificaciones para aplicaciones SAP en Google Cloud y Certificaciones para SAP HANA en Google Cloud.

Licencias

Si eres cliente de SAP, puedes usar tus licencias de aplicación de SAP HANA existentes y otras licencias de SAP 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, 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 Directorio de hardware de SAP HANA certificado y compatible y Nota de SAP 2456432, aplicaciones de SAP en Google Cloud: Tipos de productos compatibles y máquinas de Google Cloud). 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.

Tipos de máquina admitidos

Google Cloud ofrece tipos de instancias de Compute Engine que están certificados por SAP para cumplir con los requisitos de dimensionamiento cuando implementas SAP HANA. 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 SAP Note 2456432 - SAP Applications on Google Cloud: Supported Products and Google Cloud machine types.

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 Directorio de hardware de SAP HANA certificado y compatible.

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

Google Cloud ofrece los siguientes tipos de almacenamiento:

  • Discos persistentes para el almacenamiento en bloque
    • Estándar (pd-standard): Almacenamiento en bloque eficiente y económico respaldado por unidades de disco duro estándar (HDD) para controlar la lectura y escritura secuencial operaciones, pero no están optimizadas para controlar tasas altas de operaciones aleatorias de entrada y salida por segundo (IOPS).
    • SSD (pd-ssd): Proporciona almacenamiento en bloque confiable y de alto rendimiento respaldado por unidades de estado sólido (SSD).
    • Equilibrado (pd-balanced): Proporciona almacenamiento en bloque basado en SSD rentable y confiable.
    • Extremo (pd-extreme): Basado en SSD, proporciona más IOPS y opciones de capacidad de procesamiento máximas que pd-ssd para tipos de máquinas más grandes de Compute Engine. Para obtener más información, consulta Discos persistentes extremos.
    • SSD locales: Almacenamiento en bloque local de alto rendimiento.
  • Buckets de Cloud Storage: Almacenamiento de objetos asequible.
  • Instancias de Filestore: Servidores de archivos NFS completamente administrados en Google Cloud.

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 automáticamente 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 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 basado en SSD
/hana/data Disco persistente basado en SSD
/hana/log Disco persistente basado en SSD
/hana/sharedNota Disco persistente basado en SSD
/hanabackupNota 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 Google Cloud. 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 los 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 de aplicaciones finalizan, pero los usuarios pueden acceder nuevamente 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 SAP HANA en Google Cloud en cualquiera 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. 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 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 entornos que requieran mucha capacidad de procesamiento a fin de controlar una carga de transacciones pesada. Cada uno de los componentes de la capa de aplicación de SAP descritos antes (en “Implementación”) se puede instalar de forma independiente en instancias diferentes.

Además, de forma opcional, puedes instalar uno o más servidores de aplicaciones adicionales (AAS), según los requisitos de tu empresa.

En el siguiente diagrama aparece 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 Google Cloud. 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 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:

Alta disponibilidad

Para garantizar la alta disponibilidad de SAP Business Suite en SAP HANA, considera estos 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 la sección sobre cómo configurar la replicación del sistema SAP HANA en la guía de administración de SAP HANA, que está disponible en el Portal de ayuda de SAP.

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. Si deseas obtener más detalles sobre cómo configurar la alta disponibilidad para SAP HANA, consulta la guía de planificación de 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 cargas, mientras que el servidor de puesta en cola controla los mecanismos de bloqueo. Te recomendamos usar una solución de agrupamiento en clústeres para lograr una alta disponibilidad en ASCS. Para implementar la alta disponibilidad, 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 proporciona una función de migración en vivo que se puede usar para la alta disponibilidad del PAS. Para obtener más información, consulta la documentación sobre migración en vivo.

Recuperación ante desastres

Para recuperar un sistema de SAP Business Suite en SAP HANA tras un desastre, usa estos 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, haz 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 Google Cloud. 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 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

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 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 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 bucket 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 aparece en este 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 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
    • 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 las notas y guías de instalación de productos actualizadas de SAP Marketplace.