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 Google Cloud, consulta la 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. 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 Google Cloud redundantes. Google Cloud proporciona un conjunto de elementos físicos, como computadoras y unidades de disco duro, y recursos virtuales, como máquinas virtuales (VM) de Compute Engine, que se encuentran en centros de datos de Google en todo el mundo.

Cuando implementas SAP HANA en Google Cloud, lo haces 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 automáticamente 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.

Importante: Si usas la herramienta de línea de comandos de gcloud, asegúrate siempre de usar la versión más reciente del SDK de Cloud. Para instalar la última versión del SDK de Cloud, consulta las Instrucciones de instalación de gcloud.

Servicios de Google Cloud

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 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 máquinas certificadas para SAP HANA

En la siguiente tabla, se muestran los tipos de máquinas de Google Cloud que SAP certifica para su uso en producción. Los tipos de máquinas incluyen las máquinas virtuales (VM) de Compute Engine y las máquinas de solución Bare Metal que solo se usan en máquinas físicas.

Excepto donde se indica en la tabla, SAP admite los tipos de máquinas 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 máquina, consulta Sistemas operativos certificados para SAP HANA.

Para obtener más información sobre los diferentes tipos de VM de Compute Engine y sus casos de uso, consulta los tipos de máquinas.

Algunos tipos de máquinas no están disponibles en todas las regiones de Google Cloud. Para verificar la disponibilidad regional de una máquina virtual de Compute Engine, consulta Regiones y zonas disponibles. En cuanto a las máquinas de solución Bare Metal certificadas para SAP HANA, consulta la disponibilidad regional de las máquinas de solución Bare Metal para SAP HANA.

SAP muestra los tipos de máquinas certificadas para SAP HANA en el Directorio de hardware de SAP HANA.

Los números de SAPS para cada tipo de máquina se pueden encontrar en la página Certificaciones para SAP.

Nota: Se cambió el prefijo de los nombres de las siguientes máquinas de "n1" a "m1" para identificarlas con mayor facilidad como miembros de la familia de máquinas con optimización de memoria:

• n1-megamem-96 es ahora m1-megamem-96
• n1-ultramem-40 es ahora m1-ultramem-40
• n1-ultramem-80 es ahora m1-ultramem-80
• n1-ultramem-160 es ahora m1-ultramem-160

Las máquinas en sí no se modificaron, y los nombres anteriores siguen siendo válidos como alias de estas máquinas.

Tipos de máquina	CPU virtual	Memoria (GB)	Sistema operativo	Plataforma de CPU	Notas
Tipos de VM de uso general y alta capacidad de memoria N1
n1-highmem-32	32	208	RHEL, SUSE	Intel Broadwell	Certificación NetApp CVS-Performance para aumentar la escala
n1-highmem-64	64	416	RHEL, SUSE	Intel Broadwell	Certificación NetApp CVS-Performance para aumentar la escala
n1-highmem-96	96	624	RHEL, SUSE	Intel Skylake	Certificación NetApp CVS-Performance para aumentar la escala
Tipos de VM de uso general con alta capacidad de memoria N2
n2-highmem-32	32	Hasta 256	RHEL, SUSE	Intel Cascade Lake	Solo escalamiento vertical, con certificación NetApp CVS-Performance para escalar verticalmente.
n2-highmem-48	48	Hasta 384	RHEL, SUSE	Intel Cascade Lake	Solo escalamiento vertical, con certificación NetApp CVS-Performance para escalar verticalmente.
n2-highmem-64	64	Hasta 512	RHEL, SUSE	Intel Cascade Lake	Solo escalamiento vertical, con certificación NetApp CVS-Performance para escalar verticalmente.
n2-highmem-80	80	Hasta 640	RHEL, SUSE	Intel Cascade Lake	Solo escalamiento vertical, con certificación NetApp CVS-Performance para escalar verticalmente.
Tipos de VM con optimización de memoria M1
m1-megamem-96	96	1,433	RHEL, SUSE	Intel Skylake	Certificación NetApp CVS-Performance para aumentar la escala
m1-ultramem-40	40	Hasta 961	RHEL, SUSE	Intel Broadwell	Solo escalamiento vertical, solo cargas de trabajo OLTP, con certificación NetApp CVS-Performance para escalar verticalmente.
m1-ultramem-80	80	Hasta 1,922	RHEL, SUSE	Intel Broadwell	Solo escalamiento vertical, solo cargas de trabajo OLTP, con certificación NetApp CVS-Performance para escalar verticalmente.
m1-ultramem-160	160	Hasta 3,844	RHEL, SUSE	Intel Broadwell	Cargas de trabajo OLAP certificadas para escalamiento vertical y escalamiento horizontal hasta un máximo de 16 nodos. Cargas de trabajo OLTP certificadas solo para el escalamiento vertical. Certificación NetApp CVS-Performance solo para escalamiento vertical.
Tipos de VM con optimización de memoria M2
m2-megamem-416	416	Hasta 5,888	RHEL, SUSE	Intel Cascade Lake	Cargas de trabajo OLAP certificadas para escalamiento vertical y escalamiento horizontal hasta un máximo de 16 nodos. Cargas de trabajo OLTP certificadas solo para el escalamiento vertical. Certificación NetApp CVS-Performance solo para escalamiento vertical.
m2-ultramem-208	208	Hasta 5,888	RHEL, SUSE	Intel Cascade Lake	Solo escalamiento vertical. Solo cargas de trabajo OLTP. Certificación NetApp CVS-Performance para escalamiento vertical.
m2-ultramem-416	416	Hasta 11,776	RHEL, SUSE	Intel Cascade Lake-SP	Las cargas de trabajo de OLAP están certificadas para escalar verticalmente con el tamaño basado en la carga de trabajo. Las cargas de trabajo de OLTP están certificadas para escalar verticalmente o escalar horizontalmente hasta 4 nodos. La certificación para el escalamiento horizontal de OLTP incluye SAP S/4HANA. Certificación NetApp CVS-Performance solo para escalamiento vertical. Para escalar horizontalmente con S/4HANA, consulta la Nota de SAP 2408419.
Tipos de máquinas de solución Bare Metal con optimización de memoria O2
o2-ultramem-672-metal	672	Hasta 18 TB.	RHEL, SUSE	Intel Cascade Lake	12 sockets. Escalar solo en una arquitectura de tres niveles. Solo cargas de trabajo OLTP, tamaño estándar.
o2-ultramem-896-metal	896	Hasta 24 TB.	RHEL, SUSE	Intel Cascade Lake	16 sockets. Escalar en una arquitectura de tres niveles. Solo cargas de trabajo OLTP, tamaño estándar.

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 configuraciones 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

Disponibilidad regional de las máquinas de solución Bare Metal para SAP HANA

En la tabla siguiente, se muestran las regiones actuales de Google Cloud que admiten SAP HANA en las solución Bare Metal.

Región	Ubicación
europe-west3	Fráncfort, Alemania, Europa
europe-west4	Puerto de Ems, Países Bajos, Europa
us-central1	Council Bluffs, Iowa, EE.UU., Norteamérica
us-east4	Ashburn, Virginia, EE.UU., Norteamérica
us-west2	Los Ángeles, California, EE.UU. y Norteamérica

Si no ves la región que necesitas en la tabla anterior, comunícate con Ventas de Google Cloud.

Configuración de la memoria

Las opciones de configuración de la memoria se determinan según el tipo de instancia de VM de Compute Engine que elijas. Para obtener más información, consulta la tabla Tipos de VM compatibles.

Sistemas operativos certificados para SAP HANA

En la siguiente tabla, se muestran los sistemas operativos Red Hat Enterprise Linux (RHEL) y SUSE Linux Enterprise Server (SLES) certificados por SAP para su uso en 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 máquinas no compatibles
RHEL para SAP	7.3	personalizado m1-ultramem m2-megamem m2-ultramem n2-highmem o2-ultramem
	7.4	m2-ultramem o2-ultramem
	7.6
	7.7
	8.1
SLES para SAP	12 SP3	m1-megamem n1-highmem o2-ultramem
	12 SP4
	12 SP5
	15
	15 SP1
	15 SP2	o2-ultramem

Imágenes personalizadas del sistema operativo

Puedes usar una imagen de Linux que Google Cloud 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 Google Cloud como imagen pública. En los pasos siguientes, que se describen en detalle en Importa imágenes de disco de arranque a Compute Engine, 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 Google Cloud 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 correctamente.
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 Google Cloud, 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 Google Cloud, consulta Imágenes.

Para obtener más información sobre la importación de un sistema operativo a Google Cloud como imagen personalizada, consulta Importa imágenes de disco de arranque a Compute Engine.

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

• The SAP HANA Hardware Directory (El directorio de hardware de SAP HANA)
• SAP Note 2235581 - SAP HANA: Supported Operating Systems (SAP Note 2235581 - SAP HANA: sistemas operativos compatibles)

Fuente de reloj del SO en VM de Compute Engine

La fuente del reloj predeterminada del SO es kvm-clock para las imágenes de SLES y TSC para las imágenes de RHEL.

El cambio de fuente del reloj del SO no es necesario cuando SAP HANA se ejecuta en una VM de Compute Engine. No hay diferencia en el rendimiento cuando se usa kvm-clock o TSC como la fuente del reloj para las VM de Compute Engine con SAP HANA.

Si necesitas cambiar la fuente del reloj del SO a TSC, accede mediante SSH a tu VM y ejecuta los siguientes comandos:

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Almacenamiento en discos persistentes

Para el almacenamiento en bloque persistente, puedes conectar discos persistentes de Compute Engine cuando creas las VM o agregarlos a las VM más adelante.

Compute Engine ofrece diferentes tipos de discos persistentes basados en tecnología de unidad de estado sólido (SSD) o tecnología de disco duro estándar. Cada uno tiene diferentes características de rendimiento. Google Cloud administra el hardware subyacente de los discos persistentes para garantizar la redundancia de datos y optimizar el rendimiento.

Por motivos de rendimiento, los volúmenes /hana/data y /hana/log de SAP HANA requieren discos persistentes basados en SSD. Los discos persistentes basados en SSD incluyen los tipos de discos persistentes SSD (pd-ssd) y con balanceo (pd-balanced).

Para el disco de arranque y otros volúmenes de SAP HANA que no necesitan el mismo alto rendimiento que los volúmenes /hana/data y /hana/log, puedes usar los siguientes tipos de discos en una instancia de producción de SAP HANA:

• En el caso del volumen /shared, puedes mapearlo al mismo disco persistente basado en SSD que los volúmenes /hana/data y /hana/log o, si lo haces a su propio disco, puedes usar un disco persistente pd-balanced.
• Si guardas tus copias de seguridad en un disco persistente, usa un disco persistente estándar (pd-standard) para el volumen /hanabackup.
• Cuando crees la VM del host, usa un disco persistente pd-balanced para el disco de arranque.

En la siguiente figura, se muestran las cifras de rendimiento aproximadas para diferentes discos persistentes en las arquitecturas sugeridas para SAP HANA en Google Cloud. Es posible que las cifras reales que veas en una configuración similar difieran por varias razones, como las mejoras que realiza Compute Engine a lo largo del tiempo.

En la configuración de la izquierda, en la figura anterior, los volúmenes /hana/data y /hana/log están en un disco persistente SSD y en el volumen /hana/shared, que no requiere un alto rendimiento, está en un disco persistente equilibrado, que cuesta menos que un disco persistente SSD.

En la configuración de la derecha, los volúmenes /hana/data, /hana/log y /hana/shared están todos en un solo disco SSD. Esto proporciona un rendimiento un poco mejor con un disco menos para administrar que el modelo dividido, en el que el volumen de /hana/shared es solo en un disco persistente balanceado. Los discos persistentes tienen ubicaciones distintas a las de tus VM, de modo que puedas desconectar o mover los discos persistentes a fin de mantener tus datos incluso después de borrar las VM.

En Cloud Console, puedes ver los discos persistentes adjuntos a tus instancias de VM en Discos adicionales en la página Detalles de instancia de VM de cada instancia de VM.

Para obtener más información sobre los diferentes tipos de discos persistentes de Compute Engine, las características de rendimiento y cómo trabajar con ellos, consulta la documentación de Compute Engine:

• Opciones de almacenamiento
• Rendimiento del almacenamiento en bloque
• Otros factores que afectan el rendimiento
• Agrega discos persistentes regionales o cambia su tamaño
• Crea instantáneas de disco persistente

Tamaños mínimos para discos persistentes balanceados y SSD

Dentro de los límites, que se describen en Rendimiento del almacenamiento en bloque, el rendimiento de los discos persistentes SSD y del disco persistente balanceado aumenta a medida que aumenta el tamaño del disco y la cantidad de CPU virtuales.

En la siguiente tabla, se muestran los tamaños recomendados para los discos persistentes balanceados y SSD en un entorno de producción de cada tipo de VM de Compute Engine certificada. Los tamaños suponen que los volúmenes /hana/data, /hana/log y /hana/shared se mapean al disco. Si tu sistema es particularmente sensible al rendimiento, se recomienda usar discos persistente basados en SSD para obtener el mejor rendimiento.

Como mínimo, SAP HANA requiere una capacidad de procesamiento sostenida de 400 MB por segundo para lecturas y escrituras, que es lo que proporciona un pd-ssd de 834 GB o un pd-balanced de 1,429 GB. Los tamaños que aparecen en la tabla para cada tipo de VM son los tamaños de disco persistente que proporciona el rendimiento de SAP HANA que se requiere en la certificación de ese tipo de VM.

A medida que aumenta el tamaño de los discos persistentes en la tabla para adaptarse a los tamaños de datos y memoria de la máquina más grandes, la capacidad de procesamiento también aumenta los límites de la arquitectura que se describen en el Rendimiento del almacenamiento en bloque.

Tipo de VM de Compute Engine	pd-ssd	pd-balanced
n1-highmem-32	834	1,429
n1-highmem-64	1,155	1,980
n1-highmem-96	1,716	2,942
n2-highmem-32	834	1,429
n2-highmem-48	1,068	1,831
n2-highmem-64	1,414	2,424
n2-highmem-80	1,760	3,017
m1-megamem-96	3,287	4,286
m1-ultramem-40	2,626	4,286
m1-ultramem-80	3,874	4,286
m1-ultramem-160	6,180	6,180
m2-megamem-416	8,667	8,667
m2-ultramem-208	8,667	8,667
m2-ultramem-416	15,766	15,766

Nota: El tamaño del disco, la memoria del tipo de máquina y el uso de la red se calculan en gigabytes (GB), con la equivalencia de 1 GB = 2³⁰ bytes. Esta unidad de medida también se conoce como gibibyte (GiB).

Determina el tamaño del disco persistente

Para los sistemas SAP HANA de escalamiento vertical, calcula la cantidad de almacenamiento en disco persistente que necesitas para los volúmenes de SAP HANA según la cantidad de memoria que contiene el tipo de VM de Compute Engine seleccionado. Usa las siguientes fórmulas para cada volumen:

• /hana/data: 1.2 x memoria
• /hana/log: 0.5 x de memoria (ajustada para que sea múltiplo de 64, si es necesario) o 512 GB, lo que sea menor
• /hana/shared: 1 x memoria o 1,024 GB, lo que sea menor.
• /usr/sap: 32 GB
• /hanabackup: 2 de memoria, asignación opcional

Selecciona un tamaño de disco persistente que no sea menor que el tamaño mínimo que se indica para el tipo de disco persistente en Tamaños mínimos de los discos persistentes balanceados y SSD.

Por ejemplo, si ejecutas SAP HANA en una instancia de VM n2-highmem-32, que tiene 256 GB de memoria, el requisito de almacenamiento total para los volúmenes de SAP HANA es de 723 GB. Sin embargo, si usas un disco persistente SSD, el tamaño mínimo requerido es de 834 GB, por lo que debes usar 834 GB o más.

Aplica cualquier exceso de almacenamiento en el disco persistente al volumen /hana/data.

Para obtener información de SAP sobre el tamaño de SAP HANA, consulta Cambia el tamaño de SAP HANA.

Discos persistentes implementados por las plantillas de Deployment Manager

Cuando implementas un sistema SAP HANA mediante las secuencias de comandos de Deployment Manager que proporciona Google Cloud, Cloud Deployment Manager asigna dos discos persistentes para SAP HANA:

• Un solo disco persistente SSD para los directorios /hana/data, /hana/log, /usr/sap y /hana/shared
• Opcionalmente, un disco persistente HDD estándar para el directorio /hanabackup

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

Deployment Manager asigna el directorio /hanabackup a un volumen lógico en un grupo de volúmenes independiente, que luego se asigna a un disco persistente HDD estándar.

En el siguiente ejemplo, se muestra cómo Deployment Manager asigna los volúmenes para SAP HANA en una VM n2-highmem-32 de Compute Engine, que tiene 256 GB de memoria.

En el ejemplo, el grupo de volúmenes vg_hana se asigna a un solo disco persistente SSD de 834 GB, que es el tamaño mínimo requerido. Con 256 GB de memoria, los volúmenes de SAP HANA solo requieren alrededor de 723 GB de almacenamiento en total. Para usar todo el almacenamiento en el disco persistente, Deployment Manager asignó el espacio libre en el disco al volumen de datos. Deployment Manager cambió el tamaño del volumen de la copia de seguridad a 512 GB, duplicó la memoria y la asignó a un disco persistente estándar del mismo tamaño.

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

El tamaño de tus volúmenes para el mismo tipo de VM puede ser un poco diferente al que se muestra en el ejemplo.

Almacenamiento en disco persistente opcional para copias de seguridad

Cuando almacenes copias de seguridad de SAP HANA en un disco persistente, usa 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.

A fin de que las copias de seguridad de SAP HANA estén disponibles como un recurso regional para la recuperación ante desastres, puedes usar instantáneas de discos persistentes de Compute Engine. Puedes programar instantáneas para crear copias de seguridad de tu disco persistente con regularidad y de forma automática. Para obtener más información, consulta los precios de los discos persistentes.

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.

Puedes usar otros mecanismos para almacenar copias de seguridad de SAP HANA. Si usas el agente de Cloud Storage Backint para SAP HANA, puedes crear una copia de seguridad de SAP HANA directamente en un bucket 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 Google Cloud. 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 .

Opción SAP HANA Fast Restart

Para SAP HANA 2.0 SP04 y versiones posteriores, Google Cloud recomienda la opción SAP HANA Fast Restart.

El reinicio rápido de SAP HANA reduce los tiempos de reinicio en caso de que finalice SAP HANA, pero el sistema operativo permanece en ejecución. Para reducir el tiempo de reinicio, SAP HANA aprovecha la funcionalidad de memoria persistente de SAP HANA a fin de conservar fragmentos de datos PRINCIPALES de las tablas de almacenamiento de columnas en DRAM que se asignan al sistema de archivos tmpfs.

Además, en las VM de la familia M2 de los tipos de VM con optimización de memoria de Compute Engine, SAP HANA Fast Restart mejora el tiempo de recuperación si se producen errores no corregibles en la memoria. Para obtener más información, consulta Recuperación de errores de memoria con Fast Restart en las VM de Compute Engine.

Para obtener información sobre cómo configurar Fast Restart SAP HANA, consulta la información de configuración en la guía de implementación para la situación de implementación de SAP HANA. Por ejemplo, para una situación de implementación de nodos en espera o de escalamiento vertical sin escalamiento vertical, consulta Configura Fast Restart SAP HANA.

Configuración necesaria de SO para Fast Restart SAP HANA

Para usar Fast Restart SAP HANA, tu sistema operativo debe ajustarse según lo requiera SAP.

Si usas las plantillas de Deployment Manager que proporciona Google Cloud, las plantillas configuran la configuración del kernel por ti.

Si no usas las plantillas de Deployment Manager, SAP proporciona orientación para configurar los sistemas operativos RHEL y SLES para SAP HANA. Para el reinicio rápido de SAP HANA, presta especial atención a la configuración de numa_balancing y transparent_hugepage de forma correcta.

Si usas RHEL, usa el perfil ajustado sap-hana, si está disponible. Para conocer los pasos de configuración, consulta estos vínculos:

• Nota de SAP 2292690 - SAP HANA DB: Configuración recomendada de SO para RHEL 7
• Nota de SAP 2777782 - SAP HANA DB: Configuración recomendada de SO para RHEL 8

Si usas SLES, usa la herramienta de saptune de SUSE para aplicar la configuración necesaria. Para aplicar toda la configuración recomendada de SAP HANA, incluidos los dos parámetros de kernel anteriores, especifica el siguiente comando de saptune:

saptune solution apply HANA

Si deseas obtener más información sobre cómo configurar SLES para SAP HANA, consulta los siguientes vínculos:

• Nota de SAP 2205917 - SAP HANA DB: configuración recomendada del SO para SLES 12 / SLES para aplicaciones SAP 12
• Nota de SAP 2684254 - SAP HANA DB: configuración recomendada del SO para SLES 15 / SLES para aplicaciones SAP 15

Recuperación de errores de memoria con Fast Restart en VM de Compute Engine

Habilitar Fast Restart SAP HANA en las VM de la familia M2 de tipos de VM con optimización de memoria de Compute Engine reduce el tiempo que demora SAP HANA en recuperarse de los errores de memoria no corregibles.

Cuando se aprovechan las capacidades del procesador Intel, los tipos de VM M2 pueden seguir ejecutándose cuando se producen errores no corregibles en el subsistema de la memoria. Si el reinicio rápido de SAP HANA se habilita cuando se produce el error de memoria, se reinicia el proceso de SAP HANA afectado, pero no es necesario volver a cargar toda la base de datos, solo el bloque del archivo afectado.

Tipos de VM compatibles con la recuperación ante errores de memoria

Por el momento, los siguientes tipos de VM de Compute Engine admiten la recuperación de errores de memoria:

• m2-megamem-416
• m2-ultramem-208
• m2-ultramem-416

Sistemas operativos requeridos para la recuperación ante errores de memoria

Con los parches de kernel requeridos, los siguientes sistemas operativos admiten la recuperación de errores de memoria con Fast Restart SAP HANA:

• SUSE Linux Enterprise Server (SLES) para SAP, 12 SP3 o posterior
  • Incluido en imágenes públicas de Compute Engine con una fecha de compilación v202103* o posterior
  • Si necesitas aplicar los últimos parches de kernel a una implementación existente, sigue el proceso de actualización estándar. Por ejemplo, ejecuta los siguientes comandos:
    • sudo zypper refresh
    • sudo zypper update
• Red Hat Enterprise Linux (RHEL) para SAP, 8.4 o posterior (Disponible próximamente)

Opciones del servidor de archivos

Las opciones del servidor de archivos de SAP HANA en Google Cloud incluyen Filestore y Cloud Volumes Service para Google Cloud.

Para obtener más información sobre todas las opciones del servidor de archivos de SAP en Google Cloud, consulta Soluciones de uso compartido de archivos para SAP en Google Cloud.

Filestore

Solo para el volumen /hana/shared, puedes usar Filestore. Sin embargo, con los niveles de servicio básicos de Filestore, todos los hosts de SAP HANA que comparten el almacenamiento deben estar dentro de la misma zona de Google Cloud porque una instancia de Filestore es un recurso zonal. Esto es particularmente relevante para los volúmenes compartidos en una configuración de escalamiento horizontal, en la que los nodos de procesamiento del sistema de escalamiento horizontal deben residir en la misma zona a fin de obtener una latencia óptima. Para obtener más información, consulta Componentes en un sistema SAP HANA de escalamiento horizontal en Google Cloud.

Cloud Volumes Service para Google Cloud de NetApp

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

NetApp Cloud Volumes Service ofrece dos tipos de servicio: CVS y CVS-Performance. El tipo de servicio CVS_Performance ofrece diferentes niveles de servicio. Debes usar el tipo de servicio NetApp Cloud Volumes Service CVS-Performance (NetApp CVS-Performance) y el nivel de servicio Extreme con SAP HANA.

La asistencia para NetApp CVS-Performance 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 CVS-Performance, 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 compatibilidad de SAP con NetApp CVS-Performance en Google Cloud se detalla en el directorio de hardware de SAP HANA.

Disponibilidad regional de NetApp CVS-Performance para SAP HANA

Tus volúmenes de NetApp CVS-Performance deben estar en la misma región que tus instancias de VM de host.

La asistencia para SAP HANA de NetApp-CVS-Performance no está disponible en todas las regiones en las que está disponible NetApp CVS-Performance.

Puedes usar NetApp CVS-Performance con SAP HANA en las siguientes regiones de Google Cloud:

Región	Ubicación
europe-west4	Puerto de Ems, Países Bajos, Europa
us-east4	Ashburn, Virginia, EE.UU.
us-west2	Los Ángeles, California, EE.UU.

Si te interesa ejecutar SAP HANA con NetApp CVS-Performance en una región de Google Cloud que no se menciona anteriormente, comunícate con Ventas.

Compatibilidad con el protocolo NFS

NetApp CVS-Performance 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 CVS-Performance deben estar en la misma región que las instancias de VM del host.

Para los volúmenes /hana/data y /hana/log, se requiere el nivel de servicio Extreme de NetApp CVS-Performance. 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 CVS-Performance:

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 CVS-Performance.

Para implementar NetApp Performance-CVS con SAP HANA en Google Cloud, primero debes implementar tus VM y, luego, 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 CVS-Performance, puedes copiar el contenido de los discos persistentes, como se describe en los siguientes pasos.

Para implementar SAP HANA con NetApp CVS-Performance, 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 CVS-Performance. Para obtener instrucciones completas de NetApp, consulta la documentación de NetApp Cloud Volumes Service para Google Cloud.

3. Activa el de NetApp CVS-Performance en un punto de activación temporal con 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 el contenido de los volúmenes del disco persistente en los volúmenes de NetApp CVS-Performance correspondientes.

6. Desconecta los discos persistentes.

7. Vuelve a activar los volúmenes de NetApp CVS-Performance en los puntos de activación permanentes mediante la actualización de /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.

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 proporcionen 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 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.

Importante: RHEL y SLES son imágenes premium y todos los precios de imágenes premium se suman a los cargos por uso de un tipo de máquina. Para obtener más información sobre los precios premium de las imágenes, consulta la sección Imágenes premium.

Nota: Es posible que consigas un descuento por uso continuo de hasta el 30% para tus instancias de Compute Engine.

Cuotas

Si tienes una cuenta de Google Cloud nueva o si no solicitaste una cuota mayor, deberás hacerlo para implementar SAP HANA. 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.

Tipo de instancia	CPU	Memoria	PD estándar	PD SSD	PD balanceado
n1-highmem-32	32	208 GB	448 GB	834 GB	1,429 GB
n1-highmem-64	64	416 GB	864 GB	1,155 GB	1,980 GB
n1-highmem-96	96	624 GB	1,280 GB	1,716 GB	3,264 GB
n2-highmem-32	32	256 GB	544 GB	834 GB	1,429 GB
n2-highmem-48	48	384 GB	800 GB	1,068 GB	1,830 GB
n2-highmem-64	64	512 GB	1,056 GB	1,414 GB	2,422 GB
n2-highmem-80	80	640 GB	1,312 GB	1,760 GB	2,860 GB
m1-megamem-96	96	1,433 GB	2,898 GB	3,287 GB	3,287 GB
m1-ultramem-40	40	961 GB	1,954 GB	2,626 GB	2,900 GB
m1-ultramem-80	80	1,922 GB	3,876 GB	3,874 GB	3,874 GB
m1-ultramem-160	160	3,844 GB	7,720 GB	6,180 GB	6,180 GB
m2-megamem-416	416	5,888 GB	11,832 GB	8,667 GB	8,667 GB
m2-ultramem-208	208	5,888 GB	11,832 GB	8,667 GB	8,667 GB
m2-ultramem-416	416	11,766 GB	23,564 GB	15,766 GB	15,766 GB

Licencias

Para ejecutar AP HANA en Google Cloud, es necesaria la licencia adquirida por el usuario (BYOL).

Nota: Después de implementar SAP HANA en Google Cloud, debes instalar tu licencia de SAP HANA permanente antes de que caduque la licencia temporal. De lo contrario, el sistema SAP HANA podría entrar en un bloqueo de la base de datos después de que caduque la licencia temporal.

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.

Arquitecturas de implementación

SAP HANA en Google Cloud admite arquitecturas de escalamiento vertical y horizontal.

Arquitectura de escalamiento vertical

En el siguiente diagrama, se muestra la arquitectura de escalamiento vertical. En el diagrama, observa la implementación en Google Cloud 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.

En Google Cloud, una arquitectura de escalamiento vertical de host único de SAP HANA puede incluir los siguientes componentes:

• Una instancia de Compute Engine para la base de datos SAP HANA con un ancho de banda de red de hasta 16 Gbps.

• Los siguientes discos persistentes de Compute Engine:

  • Un disco persistente SSD de al menos 834 GB de tamaño, particionado y activado en /hana/data y /hana/log para alojar los datos y registros También puedes crear volúmenes /hana/data y /hana/log independientes en discos persistentes distintos, si los discos especificados proporcionan un rendimiento equivalente o superior.

  • Un disco persistente balanceado para el disco de arranque.

  • De forma opcional, un disco persistente estándar para la copia de seguridad de la base de datos de SAP HANA.

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

• Una subred opcional, pero recomendada, con una topología personalizada y rangos de IP en la región de Google Cloud 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.

• Componentes opcionales:

  • El agente de Backint de Cloud Storage para SAP HANA a fin de realizar una copia de seguridad directamente en Cloud Storage.
  • El agente de supervisión de Google Cloud para SAP HANA.
  • SAP HANA Cockpit o SAP HANA Studio en una VM de Compute Engine pequeña

Si aprovisionas tu sistema SAP HANA sin una IP pública, no se podrá conectar directamente a los recursos a través de la Internet pública, por lo que debes proporcionar un método indirecto para acceder.

• Configura el acceso privado a Google para que tu VM pueda acceder a las API de Google Cloud.

• Usa Cloud NAT o configura una VM como una puerta de enlace NAT para acceder a la Internet pública.

• Con fines administrativos, puede usar la redirección de TCP para conectarse a los sistemas. Si deseas obtener información sobre el uso de Identity-Aware Proxy para el reenvío de TCP, consulta Usa IAP para la redirección de TCP.

• Usar la VM de Compute Engine configurada como host de bastión para acceder a la Internet pública

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:

• Un sistema SAP HANA independiente y escalable verticalmente
• Un sistema SAP HANA escalable verticalmente activo y en espera en un clúster de alta disponibilidad de Linux

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

Nota: Si necesitas usar un tipo de VM personalizado, primero implementa un tipo de VM pequeño predefinido y, después de completar la implementación, personaliza la VM según sea necesario. La plantilla de configuración de Deployment Manager no admite la especificación de tipos de VM personalizados. A fin de obtener más información sobre cómo modificar VM, consulta Modifica la configuración de VM para sistemas SAP.

Arquitecturas de 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.

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.

En el siguiente diagrama, se muestra una arquitectura de escalamiento horizontal en Google Cloud.

Los hosts en espera admiten la solución de 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.

En el siguiente diagrama, se muestra una arquitectura de escalamiento horizontal con conmutación por error automática de host en Google Cloud.

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.

• Los siguientes discos persistentes de Compute Engine:

  • Cada VM debe incluir un disco persistente SSD activado en la ubicación correcta.
  • De forma opcional, si no implementas un sistema de conmutación por error automática de host de SAP HANA, un disco persistente estándar para el volumen local /hanabackup por VM.

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

• 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.

• Una subred opcional, pero recomendada, con una topología personalizada y rangos de IP en la región de Google Cloud 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.

• Componentes opcionales:

  • El agente de Backint de Cloud Storage para SAP HANA a fin de realizar una copia de seguridad directamente en Cloud Storage.
  • El agente de supervisión de Google Cloud para SAP HANA.
  • SAP HANA Cockpit o SAP HANA Studio en una VM de Compute Engine pequeña

Si aprovisionas tu sistema SAP HANA sin una IP pública, no se podrá conectar directamente a los recursos a través de la Internet pública, por lo que debes proporcionar un método indirecto para acceder.

• Configura el acceso privado a Google para que tu VM pueda acceder a las API de Google Cloud.

• Usa Cloud NAT o configura una VM como una puerta de enlace NAT para acceder a la Internet pública.

• Con fines administrativos, puede usar la redirección de TCP para conectarse a los sistemas. Si deseas obtener información sobre el uso de Identity-Aware Proxy para el reenvío de TCP, consulta Usa IAP para la redirección de TCP.

• Usar la VM de Compute Engine configurada como host de bastión para acceder a la Internet pública

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.

• Para implementar un sistema de escalamiento horizontal que no incluya la conmutación por error automática de host de SAP HANA, consulta la guía de implementación de SAP HANA.
• Para implementar un sistema de escalamiento horizontal que incluye hosts en espera, consulta Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host.

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

Nota: Si necesitas usar un tipo de VM personalizado, primero implementa un tipo de VM pequeño predefinido y, después de completar la implementación, personaliza la VM según sea necesario. La plantilla de configuración de Deployment Manager no admite la especificación de tipos de VM personalizados. Para obtener más información sobre cómo modificar VM, consulta esta página sobre cómo modificar la configuración de VM para sistemas SAP.

Asistencia

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

Por problemas relacionados con el producto 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:

• Obtén asistencia para SAP en Google Cloud
• Nota de SAP 2456406 (se requiere una cuenta de usuario de SAP)

¿Qué sigue?

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