Guía de planificación para SAP HANA

En esta guía, se proporciona una descripción general de lo que se requiere para ejecutar SAP HANA en Google Cloud y se proporcionan detalles que puedes usar cuando planificas la implementación de un sistema SAP HANA nuevo.

Para obtener detalles sobre cómo implementar SAP HANA en GCP, consulta esta Guía de implementación de SAP HANA.

Acerca de SAP HANA en Google Cloud

SAP HANA es una base de datos relacional en memoria orientada a columnas que proporciona estadísticas de alto rendimiento y procesamiento de datos en tiempo real. En el centro de esta plataforma de datos en tiempo real, se encuentra la base de datos de SAP HANA. Para ejecutar sus cargas de trabajo críticas de su empresa, los clientes pueden aprovechar la facilidad de aprovisionamiento, muy escalable, y las capacidades de infraestructura de GCP redundantes. GCP proporciona un conjunto de recursos físicos, como computadoras y unidades de disco duro, y recursos virtuales, como máquinas virtuales (VM) de Compute Engine, ubicados en centros de datos de Google en todo el mundo.

Cuando implementas SAP HANA en GCP, se implementa en máquinas virtuales que se ejecutan en Compute Engine. Las VM de Compute Engine proporcionan discos persistentes, que funcionan de manera similar a los discos físicos de una computadora de escritorio o un servidor, pero Compute Engine los administra de forma automática para garantizar la redundancia de datos y el rendimiento optimizado.

Conceptos básicos de Google Cloud

Google Cloud consta de muchos servicios y productos basados en la nube. Cuando ejecutas productos de SAP en Google Cloud, se usan sobre todo los servicios basados en IaaS que se ofrecen a través de Compute Engine y Cloud Storage, así como algunas funciones disponibles en toda la plataforma, como las herramientas.

Consulta la descripción general de Google Cloud Platform para acceder a conceptos y terminología importantes. En esta guía se duplica parte de la información de la descripción general por cuestiones de conveniencia y contexto.

Si quieres obtener una descripción general de las consideraciones que las organizaciones de nivel empresarial deben tener en cuenta cuando se ejecutan en Google Cloud, consulta las Prácticas recomendadas para organizaciones empresariales.

Interactúa con Google Cloud

Google Cloud ofrece estas tres formas principales de interactuar con la plataforma y tus recursos en la nube:

  • Google Cloud Console, que es una interfaz de usuario basada en la Web.
  • La herramienta de línea de comandos de gcloud, que proporciona un superconjunto de la funcionalidad que ofrece Cloud Console.
  • Las bibliotecas cliente, que proporcionan API para acceder a servicios y administración de recursos. Las bibliotecas cliente son útiles cuando compilas tus propias herramientas.

Servicios de GCP

Las implementaciones de SAP suelen usar algunos de los siguientes servicios de Google Cloud o todos ellos:

Servicio Descripción
Herramientas de redes de VPC Conecta tus instancias de VM entre sí y con Internet. Cada instancia es miembro de una red heredada con un solo rango de IP global o una red de subred recomendada, en la que la instancia es miembro de una subred única que forma parte de una red más grande. Ten en cuenta que una red no puede abarcar varios proyectos de Google Cloud, pero un proyecto de Google Cloud puede tener varias redes.
Compute Engine Crea y administra VM con el sistema operativo y la pila de software que elijas.
Discos persistentes Los discos persistentes están disponibles como unidades de disco duro estándar (HDD) o unidades de estado sólido (SSD).
Google Cloud Console Herramienta para navegador que administra los recursos de Compute Engine. Usa una plantilla para describir todas las instancias y recursos de Compute Engine que necesitas. No es necesario crear y configurar los recursos de forma individual ni determinar las dependencias, ya que Cloud Console lo hace por ti.
Cloud Storage Puedes guardar las copias de seguridad de tu base de datos de SAP en Cloud Storage para conseguir una mayor durabilidad y confiabilidad, con replicación.
Cloud Monitoring Brinda visibilidad sobre la implementación, el rendimiento, el tiempo de actividad y el estado de Compute Engine, la red y los discos persistentes.

Monitoring recopila métricas, eventos y metadatos de Google Cloud, y los usa para generar estadísticas mediante paneles, gráficos y alertas. Puedes supervisar las métricas de procesamiento sin costo a través de Monitoring.
IAM Proporciona un control unificado sobre los permisos para los recursos de Google Cloud. Controla quién puede realizar operaciones de plano de control en las VM, lo que incluye la creación, la modificación y la eliminación de VM y discos persistentes, y la creación y modificación de redes.

Precios y cuotas

Puedes usar la calculadora de precios para estimar tus costos de uso. Para obtener más información sobre los precios, consulta los precios de Compute Engine, los precios de Cloud Storage y los precios de Google Cloud's operations suite.

Los recursos de Google Cloud están sujetos a cuotas. Si planeas usar máquinas con alta capacidad de CPU o de memoria, es posible que debas solicitar una cuota adicional. Para obtener más información, consulta Cuotas de recursos de Compute Engine.

Requisitos de los recursos

Tipos de VM certificados para SAP HANA

En la siguiente tabla, se muestran los tipos de máquinas virtuales (VM) de Compute Engine que están certificadas por SAP para su uso en producción en Google Cloud. Excepto donde se indica en la tabla, SAP admite los tipos de VM en instalaciones de host único (escalamiento vertical) y hosts múltiples (escalamiento horizontal). Las instalaciones de escalamiento horizontal pueden incluir hasta 15 hosts trabajadores, para un total de 16 hosts.

SAP también certifica las configuraciones personalizadas de las VM de tipo N1 de uso general y N2-highmem. Para obtener más información, consulta Tipos de VM personalizados y certificados para SAP HANA.

Para conocer los sistemas operativos certificados para usar con HANA en cada tipo de VM, consulta Sistemas operativos certificados para SAP HANA.

Para obtener más información sobre los diferentes tipos de VM y sus casos prácticos, consulta Tipos de máquinas.

Es posible que algunos tipos de VM no estén disponibles en todas las regiones de Google Cloud. Para confirmar que un tipo de máquina está disponible en una región, consulta la sección Regiones y zonas disponibles.

SAP enumera los tipos de instancias de VM certificadas para SAP HANA en el directorio de hardware de SAP HANA .

Tipo de instancia de Google Cloud CPU virtual Memoria (GB) Sistema operativo Plataforma de CPU Notas
Tipos de máquina de uso general con alta capacidad de memoria N1
n1-highmem-32 32 208 RHEL, SUSE
Broadwell de Intel
n1-highmem-64 64 416 RHEL, SUSE Broadwell de Intel
n1-highmem-96 96 624 RHEL, SUSE Intel Skylake
Tipos de máquina de uso general con alta capacidad de memoria N2
n2-highmem-32 32 Hasta 256 RHEL, SUSE Intel Cascade Lake Solo escalamiento vertical
n2-highmem-48 48 Hasta 384 RHEL, SUSE Intel Cascade Lake Solo escalamiento vertical
n2-highmem-64 64 Hasta 512 RHEL, SUSE Intel Cascade Lake Solo escalamiento vertical
n2-highmem-80 80 Hasta 640 RHEL, SUSE Intel Cascade Lake Solo escalamiento vertical
Tipos de máquina con optimización de memoria M1
m1-megamem-96 96 1,433 RHEL, SUSE Intel Skylake
m1-ultramem-40 40 Hasta 961 RHEL, SUSE Intel Broadwell Solo escalamiento vertical,
solo cargas de trabajo OLTP
m1-ultramem-80 80 Hasta 1,922 RHEL, SUSE Intel Broadwell Solo escalamiento vertical,
solo cargas de trabajo OLTP
m1-ultramem-160 160 Hasta 3,844 RHEL, SUSE Broadwell de Intel
Tipos de máquina con optimización de memoria M2
m2-megamem-416 416 Hasta 5,888 RHEL, SUSE Intel Cascade Lake Solo escalamiento vertical.
Por el momento, está certificado solo con los volúmenes de datos y registros almacenados en NetApp Cloud Volumes Service.
m2-ultramem-208 208 Hasta 5,888 RHEL, SUSE Intel Cascade Lake Solo escalamiento vertical,
solo cargas de trabajo OLTP
m2-ultramem-416 416 Hasta 11,776 RHEL, SUSE Intel Cascade Lake-SP Escalamiento horizontal o vertical de hasta 4 nodos.
Solo cargas de trabajo OLTP, incluida S/4HANA.
NetApp Cloud Volumes Service es compatible con el escalamiento horizontal.
Para escalar horizontalmente con S/4HANA, consulta la Nota de SAP 2408419.

Tipos de VM personalizados certificados para SAP HANA

En la siguiente tabla, se muestran los tipos personalizables de máquinas virtuales (VM) de Compute Engine que están certificadas por SAP para el uso de producción de SAP HANA en Google Cloud.

SAP solo certifica un subconjunto de las opciones de configuración de tipo de VM personalizadas que admite Compute Engine.

Las configuraciones de VM personalizadas están sujetas a las reglas de personalización que define Compute Engine. Las reglas difieren según el tipo de máquina que personalices. Para ver las reglas de personalización completas, consulta la sección sobre cómo crear una instancia de VM con un tipo personalizado de máquina.

Tipo de instancia base de Google Cloud CPU virtual Memoria (GB) Sistema operativo Plataforma de CPU
N1-highmem Una cantidad de CPU virtuales de 32 a 64 que es divisible por 2. 6.5 GB para cada CPU virtual RHEL, SUSE Intel Broadwell
N2-highmem (Solo escalamiento vertical) Una cantidad de CPU virtuales de 32 a 64 que es divisible por 4. 8 GB para cada CPU virtual RHEL, SUSE Intel Cascade Lake

Configuración de almacenamiento

SAP HANA es una base de datos en la memoria, pero aunque la mayoría de los datos se almacenan y procesan en la memoria, SAP HANA protege contra la pérdida de datos mediante el guardado de datos en una ubicación de almacenamiento persistente.

En Google Cloud, usa los discos persistentes SSD de Compute Engine con los tipos de VM con certificación de SAP para el almacenamiento persistente de tus datos de SAP HANA.

El disco SSD debe tener al menos 834 GB de tamaño y la instancia de VM debe tener al menos 32 CPU virtuales a fin de cumplir con los requisitos de compatibilidad de SAP para SAP HANA en GCP. Con esta configuración, se proporciona una capacidad de procesamiento sostenida de hasta 400 MB/s para escrituras y 400 MB/s para lecturas. El rendimiento del disco persistente SSD se escala de forma lineal hasta que alcanza los límites del volumen o los de la instancia de Compute Engine.

Si implementas un sistema SAP HANA mediante las secuencias de comandos de Cloud Deployment Manager que proporciona Google Cloud, Cloud Deployment Manager asigna un disco persistente SSD de, al menos, 834 GB. Si el sistema SAP HANA requiere un almacenamiento más persistente, Cloud Deployment Manager ajusta de forma automática el tamaño de los discos persistentes.

Cloud Deployment Manager asigna los directorios data, log, sap y shared de SAP HANA al único disco persistente SSD en un solo grupo de volúmenes de Linux. Cada directorio se asigna a su propio volumen lógico para cambiar el tamaño con facilidad.

En el siguiente ejemplo, el grupo de volúmenes vg_hana se asigna a un solo disco persistente SSD de 834 GB. El grupo de volúmenes vg_hanabackup se asigna a un disco persistente HDD estándar. El tamaño de tus volúmenes puede ser un poco diferente al que se muestra en el ejemplo.

hana-ssd-example:~ # lvs
  LV     VG            Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana       -wi-ao---- 496.00g
  log    vg_hana       -wi-ao---- 102.00g
  sap    vg_hana       -wi-ao----  32.00g
  shared vg_hana       -wi-ao---- 204.00g
  backup vg_hanabackup -wi-ao---- 416.00g

Puedes ver los discos persistentes que están conectados a una instancia de VM en la sección Discos adicionales de la página Detalles de la instancia de VM para la instancia de VM en Cloud Console.

Para obtener más información sobre cómo el tamaño del disco y la cantidad de CPU virtuales afectan el rendimiento de los discos persistentes SSD, consulta Discos persistentes SSD.

Almacenamiento para copias de seguridad

El almacenamiento para la copia de seguridad de SAP HANA se configura con discos persistentes HDD estándar. Los discos persistentes HDD estándar son eficientes y económicos si se desea controlar operaciones de lectura y escritura secuenciales, pero no están optimizados para controlar tasas altas de operaciones aleatorias de entrada y salida por segundo (IOPS). SAP HANA usa E/S secuencial con bloques grandes para hacer una copia de seguridad de la base de datos. Los discos persistentes HDD estándar proporcionan una opción de bajo costo y alto rendimiento para esta situación.

El tamaño del volumen de copia de seguridad de SAP HANA está diseñado para proporcionar un modelo de referencia y una capacidad de procesamiento de pico de actividad óptimos, así como la capacidad de contener varios conjuntos de copia de seguridad. Si tienes varios conjuntos de copia de seguridad en el volumen de copia de seguridad, es más fácil recuperar la base de datos si es necesario.

Si usas los niveles dinámicos de SAP HANA, el almacenamiento de copia de seguridad debe ser lo suficientemente grande para contener los datos en la memoria y los que el servidor de niveles dinámico administra en el disco.

Si usas el agente de Cloud Storage Backint para SAP HANA, puedes crear una copia de seguridad de SAP HANA directamente en un depósito de Cloud Storage, lo que hace que el uso de un disco persistente para almacenar copias de seguridad sea opcional.

Nivel dinámico de SAP HANA

SAP certifica los niveles dinámicos de SAP HANA para su uso en entornos de producción en GCP. Con los niveles dinámicos de SAP HANA, se amplía el almacenamiento de datos de SAP HANA, ya que los datos a los que se accede con poca frecuencia se almacenan en el disco en lugar de la memoria.

Para obtener más información, consulta esta página sobre los niveles dinámicos de SAP HANA en Google Cloud .

Opciones de almacenamiento compartido

Tienes varias opciones de almacenamiento compartido en Google Cloud.

NetApp Cloud Volumes Service para Google Cloud

NetApp Cloud Volumes Service para Google Cloud es una plataforma de servicios de datos nativa de la nube completamente administrada y certificada por SAP que puedes usar para crear un sistema de archivos NFS en los sistemas de escalamiento vertical de SAP HANA en todos los tipos de instancias de Compute Engine certificados para SAP HANA.

La asistencia para NetApp Cloud Volumes Service en implementaciones de escalamiento horizontal se limita a tipos de instancias específicos de Compute Engine, como se detalla en la tabla en Tipos de VM certificadas para SAP HANA.

Con NetApp Cloud Volumes Service, puedes colocar todos los directorios de SAP HANA, incluidos /hana/data y /hana/logs, en el almacenamiento compartido, en lugar de usar discos persistentes de Compute Engine. Con la mayoría de los demás sistemas de almacenamiento compartido, solo puedes colocar el directorio /hana/shared en el almacenamiento compartido.

La asistencia de SAP para NetApp Cloud Volumes Service en Google Cloud aparece en el Directorio de hardware de SAP HANA.

Disponibilidad regional de NetApp Cloud Volumes Service para SAP HANA

Los volúmenes de NetApp Cloud Volumes Service deben estar en la misma región que las instancias de VM de host.

NetApp Cloud Volumes Service para SAP HANA está disponible en las siguientes regiones de Google Cloud:

Región Lugar
us-east4 Ashburn, Virginia, EE.UU.
us-west2 Los Ángeles, California, EE.UU.

Si te interesa ejecutar SAP HANA con NetApp Cloud Volumes Service en una región de Google Cloud que no se mencionó antes, comunícate con Ventas.

Compatibilidad con el protocolo NFS

NetApp Cloud Volumes Service admite los protocolos NFSv3 y NFSv4.1 con SAP HANA en Google Cloud.

Se recomienda NFSv3 para los volúmenes configurados a fin de permitir múltiples conexiones TCP. NFSv4.1 aún no es compatible con múltiples conexiones TCP.

Requisitos de volumen para NetApp Cloud Volumes Service con SAP HANA

Los volúmenes de NetApp Cloud Volumes Service deben estar en la misma región que las instancias de VM de host.

Para los volúmenes /hana/data y /hana/log, se requiere el nivel de servicio Extreme de NetApp Cloud Volumes Service. Puedes usar el nivel de servicio Premium para el directorio /hana/shared si está en un volumen independiente de los directorios /hana/data y /hana/log.

A fin de obtener el mejor rendimiento con los sistemas SAP HANA de más de 1 TB, crea volúmenes independientes para /hana/data, /hana/log y /hana/shared.

Para cumplir con los requisitos de rendimiento de SAP HANA, se requieren los siguientes tamaños mínimos de volumen cuando se ejecuta SAP HANA con NetApp Cloud Volume Services:

Directorio Tamaño mínimo
/hana/shared 1 TB
/hana/log 2.5 TB
/hana/data 4 TB

Ajusta el tamaño de los volúmenes para cumplir con los requisitos de capacidad de procesamiento. La tasa de capacidad de procesamiento mínima para el nivel de servicio Extreme es de 128 MB por segundo por cada 1 TB, por lo que la capacidad de procesamiento para 4 TB de espacio en disco es de 512 MB por segundo. Aprovisionar más espacio en el disco para el volumen /hana/data puede reducir los tiempos de inicio. Para el volumen /hana/data, te recomendamos que sea 1.5 veces el tamaño de tu memoria o 4 TB, lo que sea mayor.

El tamaño mínimo para el volumen /hanabackup está determinado por tu estrategia de copia de seguridad. También puedes usar el agente Backint de Cloud Storage para SAP HANA a fin de realizar una copia de seguridad de la base de datos directamente en Cloud Storage.

Implementa un sistema SAP HANA con NetApp Cloud Volumes Service

Para implementar NetApp Cloud Volumes Service con SAP HANA en Google Cloud, primero debes implementar las VM y, también, instalar SAP HANA. Puedes usar las plantillas de Deployment Manager que proporciona Google Cloud para implementar las VM y SAP HANA, o puedes crear las instancias de VM y, luego, instalar SAP HANA de forma manual.

Si usas las plantillas de Deployment Manager, las VM se implementan con el volumen /hana/data y /hana/log asignado a los discos persistentes. Después de activar los volúmenes de NetApp Cloud Volumes Service en las VM, debes copiar el contenido de los discos persistentes, como se describe en los siguientes pasos.

Para implementar SAP HANA con NetApp Cloud Volumes Service, usa las plantillas de Deployment Manager que proporciona Google Cloud:

  1. Implementa SAP HANA con discos persistentes mediante las plantillas de Cloud Deployment Manager que proporciona Google Cloud a través de las instrucciones de la guía de implementación de SAP HANA.
  2. Crea los volúmenes de NetApp Cloud Volumes Service. Para obtener instrucciones completas de NetApp, consulta la documentación de NetApp Cloud Volumes Service para Google Cloud.

  3. Activa NetApp Cloud Volumes Service en un punto de activación temporal mediante el comando mount con la siguiente configuración:

    mount -t nfs -o options server:path mountpoint

    Para options, usa la siguiente configuración:

    rw,bg,hard,rsize=1048576,wsize=1048576,vers=3,tcp,nconnect=16,noatime,nolock

    La opción vers=3 indica NFSv3. La opción nconnect=16 especifica la compatibilidad con varias conexiones TCP.

  4. Detén SAP HANA y los servicios relacionados que usen los volúmenes de discos persistentes conectados.

  5. Copia los contenidos de los volúmenes de discos persistentes en los volúmenes de NetApp Cloud Volumes Service correspondientes.

  6. Desconecta los discos persistentes.

  7. Vuelve a activar NetApp Cloud Volumes Service en los puntos de activación permanentes. Para ello, actualiza /etc/fstab con la siguiente configuración:

    server:path   /mountpoint   nfs   options   0 0

    Para options, usa la siguiente configuración:

    rw,bg,hard,rsize=1048576,wsize=1048576,vers=3,tcp,nconnect=16,noatime,nolock

    Para obtener más información sobre la actualización del archivo /etc/fstab, consulta la página nfs en el manual de formatos de archivo de Linux.

  8. Para obtener el mejor rendimiento, actualiza la categoría fileio en el archivo global.ini de SAP HANA con la siguiente configuración sugerida:

    Parámetro Valor
    async_read_submit on
    async_write_submit_active on
    async_write_submit_blocks all
    max_parallel_io_requests 128
    max_parallel_io_requests[data] 128
    max_parallel_io_requests[log] 128
    num_completion_queues 4
    num_completion_queues[data] 4
    num_completion_queues[log] 4
    num_submit_queues 8
    num_submit_queues[data] 8
    num_submit_queues[log] 8
  9. Reinicia SAP HANA.

  10. Después de confirmar que todo funciona como se espera, borra los discos persistentes para evitar que se te cobre por ellos.

Filestore

Solo para el volumen /hana/shared, puedes usar Filestore. Sin embargo, con Filestore, todos los hosts de SAP HANA que comparten el almacenamiento deben estar dentro de la misma zona de Google Cloud.

Configuración de la memoria

Consulta la tabla de tipos de VM compatibles.

Sistemas operativos certificados para SAP HANA

SAP HANA se ejecuta en el sistema operativo Red Hat Enterprise Linux (RHEL) o en el sistema operativo SUSE Linux Enterprise (SLES).

En la siguiente tabla, se muestran los sistemas operativos RHEL y SLES que SAP certifica para la producción con SAP HANA en Google Cloud.

Excepto donde se indique en la tabla, cada sistema operativo es compatible con SAP HANA en todos los tipos de VM de Compute Engine certificados.

Si deseas obtener información sobre el estado actual de la compatibilidad de cada sistema operativo y qué sistemas operativos están disponibles en Google Cloud, consulta Compatibilidad de sistemas operativos para SAP HANA en GCP.

Si deseas obtener información de SAP sobre los sistemas operativos que SAP admite con SAP HANA en Google Cloud, consulta el Directorio de hardware de SAP HANA.

En la siguiente tabla, no se incluye lo siguiente:

  • Versiones certificadas del sistema operativo que ya no son compatibles
  • Versiones del sistema operativo que no son específicas de SAP
Sistema operativo Versión Tipos de VM no compatibles
RHEL para SAP
7.3 n2-highmem
m1-ultramem
m2-megamem
m2-ultramem
personalizado
7.4 m2-ultramem
7.6
SLES para SAP
12 SP3 n1-highmem
m1-megamem
12 SP4
12 SP5
15
15 SP1

Imágenes personalizadas del sistema operativo

Puedes usar una imagen de Linux que GCP proporciona y mantiene (una imagen pública) o puedes proporcionar y mantener tu propia imagen de Linux (una imagen personalizada).

Usa una imagen personalizada si la versión del sistema operativo certificado por SAP que necesitas no está disponible desde GCP como imagen pública. En los pasos siguientes, que se describen en detalle en Importa discos virtuales de forma manual, se resume el procedimiento para usar una imagen personalizada:

  1. Prepara tu disco de arranque a fin de que puedas arrancar dentro del entorno de Compute Engine en GCP y para que puedas acceder a él después de que arranque.
  2. Crea y comprime el archivo de imagen de disco de arranque.
  3. Sube el archivo de imagen a Cloud Storage y, luego, importa la imagen a Compute Engine como una nueva imagen personalizada.
  4. Usa la imagen importada para crear una instancia de máquina virtual y asegúrate de que se inicie de manera correcta.
  5. Optimiza la imagen y, luego, instala el Entorno invitado de Linux para que la imagen importada del sistema operativo pueda comunicarse con el servidor de metadatos y usar funciones adicionales de Compute Engine.

Una vez que tu imagen personalizada esté lista, puedes usarla cuando creas VM para tu sistema SAP HANA.

Si transfieres un sistema operativo RHEL de una instalación local a GCP, debes agregar Red Hat Cloud Access a tu suscripción a Red Hat. Para obtener más información, consulta Red Hat Cloud Access.

Para obtener más información sobre las imágenes del sistema operativo que proporciona GCP, consulta Imágenes.

Para obtener más información sobre la importación de un sistema operativo a GCP como imagen personalizada, consulta Importa discos virtuales de forma manual.

Para obtener más información sobre los sistemas operativos que admite SAP HANA, consulta estos sitios web:

Identificación de usuario y acceso a recursos

Cuando planifiques la seguridad de una implementación de SAP en Google Cloud, esto es lo que debes identificar:

  • Las cuentas de usuario y las aplicaciones que necesitan acceso a los recursos de Google Cloud en tu proyecto de Google Cloud
  • Los recursos específicos de Google Cloud en tu proyecto a los que cada usuario necesita acceder

Para agregar a cada usuario a tu proyecto, agrega su ID de Cuenta de Google como miembro al proyecto. Para un programa de aplicación que usa recursos de Google Cloud, creas una cuenta de servicio, que proporciona una identidad de usuario al programa dentro del proyecto.

Las VM de Compute Engine tienen su propia cuenta de servicio. Cualquier programa que se ejecute en una VM puede usar la cuenta de servicio de VM, siempre y cuando la cuenta de servicio de VM tenga los permisos de recursos que necesita el programa.

Después de identificar los recursos de Google Cloud que cada usuario necesita, asigna funciones específicas de recursos a cada usuario a fin de otorgarles permiso para usar cada recurso. Revisa las funciones predefinidas que proporciona IAM para cada recurso y asigna funciones a cada usuario que proporcione permisos suficientes a fin de completar las tareas o funciones del usuario y nada más.

Si necesitas un control más detallado o restringido sobre los permisos que proveen las funciones predefinidas de IAM, puedes crear funciones personalizadas.

Para obtener más información sobre las funciones de IAM que los programas de SAP necesitan en Google Cloud, consulta Administración de identidades y accesos para programas de SAP en Google Cloud.

A fin de obtener una descripción general de la administración de identidades y accesos para SAP en Google Cloud, consulta Descripción general de la administración de identidades y accesos para SAP en Google Cloud.

Consideraciones de precios y cuotas para SAP HANA

Eres responsable de los costos incurridos por usar los recursos creados con esta guía de implementación. Usa la calculadora de precios para calcular tus costos reales.

Cuotas

Si tienes una cuenta de GCP nueva o si no solicitaste una cuota mayor, deberás hacerlo para completar esta guía. Observa tu cuota actual y compárala con la tabla siguiente para ver qué aumento solicitar. Luego, puedes solicitar un aumento del límite de cuota.

En la tabla siguiente, se muestran los valores de cuota para sistemas SAP HANA escalables verticalmente de host único por tipo de instancia de VM. Si alojas SAP HANA Studio en GCP o usas una puerta de enlace NAT y un Host de bastión, agrega los valores que se muestran en la tabla a tu requisito de cuota total.

Tipo de instancia CPU Memoria PD estándar PD SSD
n1-highmem-32 32 208 GB 448 GB 834 GB
n1-highmem-64 64 416 GB 864 GB 1,280 GB
n1-highmem-96 96 624 GB 1,280 GB 1,904 GB
n2-highmem-32 32 256 GB 544 GB 834 GB
n2-highmem-48 48 384 GB 800 GB 1,184 GB
n2-highmem-64 64 512 GB 1,056 GB 1,568 GB
n2-highmem-80 80 640 GB 1,312 GB 1,952 GB
m1-megamem-96 96 1,433 GB 2,898 GB 3,717 GB
m1-ultramem-40 40 961 GB 1,954 GB 2,914 GB
m1-ultramem-80 80 1,922 GB 3,876 GB 4,451 GB
m1-ultramem-160 160 3,844 GB 7,720 GB 7,334 GB
m2-megamem-416 416 5,888 GB No aplicable (Nota) No aplicable (Nota)
m2-ultramem-208 208 5,888 GB 11,808 GB 10,400 GB
m2-ultramem-416 416 11,766 GB 23,564 GB 19,217 GB
Puerta de enlace NAT o Bastión 1 3.75 GB 8 GB 0 GB
SAP HANA Studio 1 3.75 GB 50 GB 0 GB

Nota: Actualmente, el tipo de instancia de Compute Engine “m2-megamem-416” está certificado por SAP solo si los volúmenes de datos y registros se almacenan en NetApp Cloud Volumes Service para Google Cloud, por lo que no se requiere almacenamiento en discos persistentes.

Licencias

Para ejecutar SAP HANA en GCP, debes tener tu propia licencia (BYOL).

Para obtener más información de SAP sobre la administración de tus licencias de SAP HANA, consulta esta página sobre las claves de licencia para la base de datos de SAP HANA.

Arquitectura de implementación

SAP HANA en GCP admite arquitecturas de host único y hosts múltiples.

Arquitectura de host único

En el siguiente diagrama, se muestra la arquitectura de host único. En el diagrama, observa la implementación en GCP y el diseño del disco. Puedes usar Cloud Storage para hacer una copia de seguridad de tus copias de seguridad locales disponibles en /hanabackup. Esta activación debe tener un tamaño igual o superior al de la activación de datos.

Diseño de implementación

Ten en cuenta que la VM para SAP HANA no tiene una IP pública, lo que significa que no se puede acceder a ella desde una red externa. En cambio, la implementación usa un Host de bastión NAT y SAP HANA Studio para acceder a SAP HANA. La instancia de SAP HANA Studio y el Host de bastión se implementan en la misma subred que la instancia de SAP HANA.

Aprovisionas un host de Windows en el que instalas SAP HANA Studio, con la instancia ubicada en la misma subred, y con reglas de firewall que te permiten conectarte a la base de datos de SAP HANA desde SAP HANA Studio.

Implementas SAP HANA con una arquitectura de escalamiento vertical de host único que tiene los siguientes componentes:

  • Una instancia de Compute Engine para la base de datos SAP HANA, con un disco persistente SSD de 834 GB o más y un ancho de banda de red de hasta 16 Gbps. El disco persistente SSD está particionado y activado en /hana/data y /hana/log para alojar los datos y registros.

  • Una subred opcional, pero recomendada, con una topología personalizada y rangos de IP en la región de GCP que elijas. La base de datos de SAP HANA y las demás instancias de Compute Engine se inician dentro de esta subred. Puedes usar una subred existente para SAP HANA.

  • Una puerta de enlace de Internet opcional, pero recomendada, configurada para el acceso a Internet saliente para tu instancia de SAP HANA y otras. En esta guía se supone que usas esta puerta de enlace.

  • Reglas de firewall de Compute Engine que restrinjan el acceso a las instancias.

  • Un disco persistente para realizar copias de seguridad de la base de datos SAP HANA.

  • Una VM de Compute Engine, n1-standard-2, con el SO de Windows para alojar SAP HANA Studio.

  • Una VM de Compute Engine, n1-standard-1 como Host de bastión.

  • Una instalación automatizada de la base de datos de SAP HANA con un archivo de configuración que creas a partir de una plantilla.

  • SAP HANA Studio.

Implementa sistemas de escalamiento vertical con Deployment Manager

Google Cloud proporciona plantillas de configuración de Deployment Manager que puedes usar para automatizar la implementación de sistemas de escalamiento vertical de host único de SAP HANA.

Las secuencias de comandos de Deployment Manager se pueden usar para las siguientes situaciones:

Con las secuencias de comandos de Deployment Manager, se pueden implementar VM, discos persistentes, SAP HANA y, en el caso del clúster de Linux HA, los componentes HA necesarios.

Con las secuencias de comandos de Deployment Manager, no se implementan los siguientes componentes del sistema:

  • La red y la subred
  • Reglas de firewall
  • Puertas de enlace NAT, hosts de bastión o sus VM
  • SAP HANA Studio o su VM

Arquitectura de hosts múltiples

En el siguiente diagrama, se muestra una arquitectura de hosts múltiples en Google Cloud.

Diagrama de arquitectura de hosts múltiples.

A medida que aumenta la demanda de carga de trabajo, sobre todo cuando se usa OLAP, se puede distribuir la carga entre todos los hosts con una arquitectura de hosts múltiples y escalamiento horizontal.

La arquitectura de escalamiento horizontal consta de un host principal, varios hosts de trabajador y, de manera opcional, uno o más hosts en espera. Los hosts están interconectados a través de una red que admite el envío de datos entre hosts a velocidades de hasta 16 Gbps.

Los hosts en espera admiten la solución de recuperación ante fallas de la conmutación por error automática de host de SAP HANA. Para obtener más información sobre la conmutación por error automática de host en Google Cloud, consulta la sección de guía de planificación de alta disponibilidad y recuperación ante desastres de SAP HANA.

Estructuras de disco para los sistemas de escalamiento horizontal de SAP HANA en Google Cloud

A excepción de los hosts en espera, cada host tiene sus propios volúmenes /hana/data, /hana/log y, por lo general, /usr/sap en discos persistentes SSD, que proporcionan servicios de IOPS y E/S coherentes y altos. El host principal también funciona como un NFS principal para los volúmenes /hana/shared y /hanabackup, que se activa en cada host de trabajador y en espera.

Para un host en espera, los volúmenes /hana/data y /hana/log no se activan hasta que se produce una toma de control.

Alta disponibilidad para sistemas SAP HANA de escalamiento horizontal en Google Cloud

Las siguientes funciones ayudan a garantizar la alta disponibilidad de un sistema SAP HANA de escalamiento horizontal:

  • Migración en vivo de Compute Engine
  • Reinicio automático de la instancia de Compute Engine
  • Conmutación por error automática de host de SAP HANA con hasta tres hosts en espera de SAP HANA

Para obtener más información sobre las opciones de alta disponibilidad en Google Cloud, consulta la Guía de planificación de alta disponibilidad y recuperación ante desastres de SAP HANA.

En el caso de una migración en vivo o un evento de reinicio de instancia automático, los volúmenes /hana/shared y /hanabackup basados en almacenamiento persistente protegido pueden volver a estar en línea apenas se active una instancia.

Si usas un host en espera, si ocurre una falla, la conmutación por error automática de SAP HANA desactiva los volúmenes /hana/data y /hana/log del host con errores y los activa en el host en espera.

Componentes en un sistema SAP HANA de escalamiento horizontal en Google Cloud

Una arquitectura de SAP HANA de escalamiento horizontal y hosts múltiples en Google Cloud contiene los siguientes componentes:

  • 1 instancia de VM de Compute Engine para cada host de SAP HANA en el sistema, incluido 1 host principal, hasta 15 hosts de trabajadores y hasta 3 hosts en espera opcionales.

    Cada VM usa el mismo tipo de máquina de Compute Engine. Para conocer los tipos de máquinas compatibles con SAP HANA, consulta la sección Tipos de VM.

    Cada VM debe incluir almacenamiento SSD y HDD, activado en la ubicación correcta.

  • Una solución NFS implementada por separado para compartir los volúmenes /hana/shared y /hanabackup con los hosts en espera y los trabajadores. Puedes usar Filestore o cualquier otra solución NFS.

  • Una subred opcional, pero recomendada, con una topología personalizada y rangos de IP en la región de GCP que elijas. La base de datos de SAP HANA y las demás instancias de Compute Engine se inician dentro de esta subred. Si lo prefieres, puedes usar una subred existente.

  • De manera opcional, una puerta de enlace de Internet configurada para el acceso a Internet saliente para tu instancia de SAP HANA y otras.

  • De manera opcional, una VM n1-standard-2 de Compute Engine con el sistema operativo Windows instalado para alojar SAP HANA Studio.

  • De manera opcional, una VM n1-standard-1 de Compute Engine para un Host de bastión.

  • Reglas de firewall de Compute Engine o cualquier otro control de acceso a la red que restringen el acceso a tus instancias de Compute Engine y permiten la comunicación entre las instancias y cualquier otro recurso distribuido o remoto que requiera tu sistema SAP HANA.

Implementación de sistemas de escalamiento horizontal con Deployment Manager

Google Cloud proporciona plantillas de configuración de Deployment Manager que puedes usar para automatizar la implementación de los sistemas de escalamiento horizontal de hosts múltiples de SAP HANA.

Con las secuencias de comandos de Deployment Manager, se pueden implementar VM, discos persistentes y SAP HANA. Con la secuencia de comandos también se activa la solución NFS en las VM.

Con las secuencias de comandos de Deployment Manager, no se implementan los siguientes componentes del sistema:

  • La red y la subred
  • La solución NFS
  • Reglas de firewall
  • Puertas de enlace NAT, hosts de bastión o sus VM
  • SAP HANA Studio o su VM

Asistencia

Si tienes problemas con la infraestructura o los servicios de Google Cloud, comunícate con el equipo de asistencia de Google Cloud. Puedes encontrar la información de contacto en la página Descripción general de la asistencia en Google Cloud Console. Si la asistencia de Google Cloud determina que existe un problema en tus sistemas de SAP, te referiremos a la asistencia de SAP.

Por problemas relacionados con productos de SAP, registra una solicitud de asistencia en Asistencia de SAP. SAP evalúa el ticket de asistencia y, si parece ser un problema de infraestructura de Google Cloud, transfiere el ticket al componente BC-OP-LNX-GOOGLE o BC-OP-NT-GOOGLE de Google Cloud.

Requisitos de asistencia

Antes de recibir asistencia para los sistemas SAP y la infraestructura y los servicios de Google Cloud que usan, debes cumplir con los requisitos mínimos del plan de asistencia.

A fin de obtener más información sobre los requisitos mínimos de asistencia para SAP en Google Cloud, consulta lo siguiente:

Próximos pasos