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:

• Para implementaciones de escalamiento vertical de host único y de escalamiento horizontal multihost, consulta lo siguiente:
  • Terraform: Guía de implementación de escalamiento vertical de SAP HANA
  • Guía de implementación de Deployment Manager para SAP HANA
• Para implementaciones de sistema de escalamiento horizontal con conmutación por error automáticas del host, consulta lo siguiente:
  • Terraform: Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host
  • Deployment Manager: Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host
• Para ver configuraciones de clústeres de alta disponibilidad de escalamiento vertical, consulta:
  • Terraform: Guía de configuración de clústeres de alta disponibilidad de escalamiento vertical de SAP HANA
  • Deployment Manager: guía de configuración de clústeres de alta disponibilidad de SAP HANA
  • Configuración manual de clústeres de escalamiento vertical de HA en RHEL
  • Configuración manual de clústeres con escalamiento vertical de alta disponibilidad en SLES
• Para ver configuraciones de clústeres de alta disponibilidad de escalamiento horizontal, consulta lo siguiente:
  • Terraform: Guía de configuración de clústeres de alta disponibilidad de escalamiento horizontal de SAP HANA
  • Configuración manual de clústeres con escalamiento horizontal de alta disponibilidad en SLES

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

Para 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 el Framework de arquitectura de Google Cloud.

Interacción con Google Cloud

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

• La consola de Google Cloud, 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 la consola de Google Cloud.
• 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 CLI de gcloud, asegúrate siempre de usar la versión más reciente. Para instalar la última versión de la CLI de gcloud, 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.
Persistent Disk y Hyperdisk	Puedes usar Persistent Disk y Hyperdisk de Compute Engine: Los discos persistentes están disponibles como unidades de disco duro estándar (HDD) o unidades de estado sólido (SSD). En el caso de los discos persistentes balanceados y los discos persistentes SSD, la replicación asíncrona de PD proporciona la replicación asíncrona de los datos de SAP entre dos regiones de Google Cloud. Los Hyperdisks proporcionan opciones de IOPS y capacidad de procesamiento máximas más altas que los discos persistentes SSD.
Consola de Google Cloud	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 la consola de Google Cloud 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 Observability.

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.

Cumplimiento y controles soberanos

Si necesitas que tu carga de trabajo de SAP se ejecute de acuerdo con los requisitos de residencia de datos, de control de acceso, de personal de asistencia o reglamentarios, debes planificar el uso de Assured Workloads, un servicio que te ayuda a ejecutar cargas de trabajo seguras y que cumplen con las normativas en Google Cloud sin perjudicar la calidad de tu experiencia en la nube. A fin de obtener más información, consulta Cumplimiento y controles soberanos para SAP en Google Cloud.

Requisitos de los recursos

Tipos de máquinas certificadas para SAP HANA

Para SAP HANA, SAP solo certifica un subconjunto de los tipos de máquina que están disponibles en Google Cloud.

Los tipos de máquinas que SAP certifica para SAP HANA incluyen las máquinas virtuales (VM) de Compute Engine y las máquinas de la solución Bare Metal.

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.

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 la 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 certificado y compatible.

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.

VM de Compute Engine certificadas para SAP HANA

En la siguiente tabla, se muestran las VM de Compute Engine que están certificadas por SAP para SAP HANA:

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.

En la siguiente tabla, se muestran todos los tipos de máquinas de Google Cloud que SAP certifica para su uso en producción de SAP HANA.

En la tabla, no se incluyen los tipos de máquinas que SAP certifica para SAP Business One en SAP HANA. Para obtener más información sobre los tipos de máquinas que SAP certifica para SAP HANA con SAP Business One, consulta Aplicaciones SAP certificadas en Google Cloud.

Tipos de máquinas	CPU virtuales	Memoria	Sistema operativo	Plataforma de CPU	Tipo de aplicación	Notas
Tipos de VM de uso general y alta capacidad de memoria N1
n1-highmem-32	32	208 GB	RHEL, SUSE	Intel Broadwell	OLAP o OLTP	Almacenamiento en bloque: Discos persistentes de Compute Engine o, solo para escalamiento vertical, NetApp CVS-Performance.
n1-highmem-64	64	416 GB	RHEL, SUSE	Intel Broadwell	OLAP o OLTP	Almacenamiento en bloque: Discos persistentes de Compute Engine o, solo para escalamiento vertical, NetApp CVS-Performance.
n1-highmem-96	96	624 GB	RHEL, SUSE	Intel Skylake	OLAP o OLTP	Almacenamiento en bloque: discos persistentes de Compute Engine o solo para escalamiento vertical, NetApp CVS-Performance.
Tipos de VM de uso general con alta capacidad de memoria N2
n2-highmem-32	32	256 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine o NetApp CVS-Performance.
n2-highmem-48	48	384 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine o NetApp CVS-Performance.
n2-highmem-64	64	512 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine o NetApp CVS-Performance.
n2-highmem-80	80	640 GB	RHEL, SUSE	Intel Ice Lake, Intel Cascade Lake	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
n2-highmem-96	96	768 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
n2-highmem-128	128	864 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
Tipos de VM de uso general C3
c3-standard-44	44	176 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Balanced o NetApp CVS-Performance.
c3-highmem-44	44	352 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Balanced o NetApp CVS-Performance.
c3-highmem-88	88	704 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance.
c3-highmem-176	176	1,408 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance.
Tipos de VM con optimización de memoria M1
m1-megamem-96	96	1,433 GB	RHEL, SUSE	Intel Skylake	OLAP o OLTP	OLAP: escalamiento vertical u horizontal de hasta 16 nodos. OLTP: solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o, solo para escalamiento vertical de OLTP, NetApp CVS-Performance.
m1-ultramem-40	40	961 GB	RHEL, SUSE	Intel Broadwell	Solo OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine o NetApp CVS-Performance.
m1-ultramem-80	80	1,922 GB	RHEL, SUSE	Intel Broadwell	Solo OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
m1-ultramem-160	160	3,844 GB	RHEL, SUSE	Intel Broadwell	OLAP o OLTP	Cargas de trabajo OLAP de 2 TB certificadas para el escalamiento vertical y el escalamiento horizontal de hasta 16 nodos. Hasta 4 TB de cargas de trabajo OLAP compatibles con el tamaño basado en cargas de trabajo. Cargas de trabajo OLTP certificadas solo para el escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o, solo para escalamiento vertical de OLTP, NetApp CVS-Performance.
Tipos de VM con optimización de memoria M2
m2-megamem-416	416	5,888 GB	RHEL, SUSE	Intel Cascade Lake	OLAP o OLTP	Cargas de trabajo OLAP certificadas para escalamiento vertical y escalamiento horizontal hasta un máximo de 16 nodos. Las cargas de trabajo de OLTP están certificadas para escalar de forma vertical u horizontal hasta 4 nodos. La certificación para el escalamiento horizontal de OLTP incluye SAP S/4HANA. Para escalar de forma horizontal con S/4HANA, consulta la Nota de SAP 2408419. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o, solo para escalamiento vertical, NetApp CVS-Performance.
m2-ultramem-208	208	5,888 GB	RHEL, SUSE	Intel Cascade Lake	Solo OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o NetApp CVS-Performance.
m2-ultramem-416	416	11,776 GB	RHEL, SUSE	Intel Cascade Lake-SP	OLAP o OLTP	Las cargas de trabajo de OLAP están certificadas con un dimensionamiento basado en cargas de trabajo para escalar de forma vertical u horizontal hasta 16 nodos. Las cargas de trabajo de OLTP están certificadas para escalar de forma vertical u horizontal hasta 4 nodos. La certificación para el escalamiento horizontal de OLTP incluye SAP S/4HANA. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o, solo para escalamiento vertical, NetApp CVS-Performance. Para escalar de forma horizontal con S/4HANA, consulta la Nota de SAP 2408419.
m2-hypermem-416	416	8,832 GB	RHEL, SUSE	Intel Cascade Lake	Solo OLTP	Las cargas de trabajo de OLTP están certificadas para escalar de forma vertical u horizontal hasta 4 nodos. La certificación para el escalamiento horizontal de OLTP incluye SAP S/4HANA. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme o, solo para escalamiento vertical, NetApp CVS-Performance. Para escalar de forma horizontal con S/4HANA, consulta la Nota de SAP 2408419.
Tipos de VM con optimización de memoria M3
m3-ultramem-32	32	976 GB	RHEL, SUSE	Intel Ice Lake	Solo OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Balanced o NetApp CVS-Performance.
m3-ultramem-64	64	1,952 GB	RHEL, SUSE	Intel Ice Lake	Solo OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance.
m3-ultramem-128	128	3,904 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Las cargas de trabajo OLAP están certificadas con un dimensionamiento basado en cargas de trabajo para escalar de forma vertical. Las cargas de trabajo de OLTP están certificadas para escalar de forma vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance.
m3-megamem-64	64	976 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Solo escalamiento vertical. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance.
m3-megamem-128	128	1,952 GB	RHEL, SUSE	Intel Ice Lake	OLAP o OLTP	Escalamiento horizontal o vertical de hasta 16 nodos. Almacenamiento en bloque: discos persistentes de Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced o NetApp CVS-Performance (solo para escalamiento vertical).

Máquinas de soluciones Bare Metal certificadas para SAP HANA

En la siguiente tabla, se muestran las máquinas de solución Bare Metal certificadas por SAP para SAP HANA de forma exclusiva en una arquitectura de tres niveles.

Para ver en qué regiones están disponibles estos tipos de máquinas certificadas, consulta Disponibilidad regional de las máquinas de solución Bare Metal para SAP HANA.

Tipo de máquina de solución Bare Metal	Núcleos de la CPU	CPU virtual	Sockets	Memoria	Plataforma de CPU	Sistema operativo	Tipo de aplicación	Notas
Tipos de máquinas de solución Bare Metal con optimización de memoria O2
o2-ultramem-672-metal	336	672	12	18 TB	Intel Cascade Lake	RHEL, SUSE	Solo OLTP	Escalar de forma vertical solo en una arquitectura de tres niveles. Tamaño estándar.
o2-ultramem-896-metal	448	896	16	24 TB	Intel Cascade Lake	RHEL, SUSE	Solo OLTP	Escalar de forma vertical solo en una arquitectura de tres niveles. Tamaño estándar.

Tipos personalizados de máquinas certificados para SAP HANA

En la siguiente tabla, se muestran los tipos personalizados de máquinas 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 los tipos personalizados de máquinas que están disponibles en Compute Engine.

Los tipos personalizados de máquinas están sujetos 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 Crea una instancia de VM personalizada.

Tipo de máquina base	CPU virtuales	Memoria (GB)	Sistema operativo	Plataformas 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)	En Intel Ice Lake, una cantidad de CPU virtuales de 32 a 80 que es divisible por 4. En Intel Cascade Lake, una cantidad de CPU virtuales de 32 a 80 que es divisible por 4.	Hasta 8 GB por CPU virtual	RHEL, SUSE	Intel Ice Lake, 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 la 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

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

Configuración de red

Las capacidades de tu red de VMs de Compute Engine se determinan por su familia de máquinas y no por la interfaz de red (NIC) ni la dirección IP.

Según su tipo de máquina, la instancia de VM es capaz de tener una capacidad de procesamiento de red de 2 a 32 Gbps. Ciertos tipos de máquinas también admiten capacidad de procesamiento de hasta 100 Gbps, lo que requiere el uso del tipo de interfaz NIC virtual (gVNIC) de Google con una configuración de red Tier_1. El logro de estas tasas de capacidad de procesamiento depende aún más de la dirección del tráfico y del tipo de dirección IP de destino.

Las interfaces de red de VMs de Compute Engine están respaldadas por la infraestructura de red redundante y resiliente mediante componentes de red físicos y definidos por software. Estas interfaces heredan la redundancia y la resiliencia de la plataforma subyacente. Se pueden usar varias NIC virtuales para la separación de tráfico, pero no ofrecen beneficios adicionales de resiliencia ni rendimiento.

Una sola NIC proporciona el rendimiento necesario para las implementaciones de SAP HANA en Compute Engine. Tu caso de uso en particular, los requisitos de seguridad o las preferencias también pueden requerir interfaces adicionales para separar el tráfico, como el tráfico de Internet, el tráfico interno de replicación del sistema SAP HANA o algún otro flujo que podría beneficiarse de reglas de políticas de red específicas. Te recomendamos que uses la encriptación de tráfico que ofrece la aplicación y que protejas el acceso a la red según la política de firewall de privilegio mínimo para restringir el acceso.

Según tus requisitos, puedes mejorar la seguridad de varias maneras, como se describe en la Guía de seguridad de SAP HANA para la plataforma de SAP HANA. Por ejemplo, puedes implementar el aislamiento de red, pero este proporciona una menor seguridad sin encriptación y listas de entidades permitidas específicas de IP y puertos.

Considera la necesidad de separar el tráfico al comienzo como parte del diseño de tu red y asignar NIC adicionales cuando implementes las VMs. Debes adjuntar cada interfaz de red a una red de nube privada virtual diferente. La elección de la cantidad de interfaces de red depende del nivel de aislamiento que se necesite, con hasta 8 interfaces para VMs con 8 CPU virtuales o más.

Por ejemplo, puedes definir una red de nube privada virtual para los clientes de tu aplicación SQL de SAP HANA (servidores de aplicaciones SAP NetWeaver, aplicaciones personalizadas, etc.) y una red independiente para el tráfico entre servidores, como SAP HANA System Replicación. Ten en cuenta que demasiados segmentos pueden complicar la administración y la solución de problemas de red. Si cambias de opinión más adelante, puedes usar las imágenes de máquina de Compute Engine para volver a crear tu instancia de VM y, a su vez, conservar toda la configuración, los metadatos y los datos asociados.

Si deseas obtener más información, consulta Descripción general de la red para VMs, Interfaces de red múltiples y Ancho de banda de la red de VMs.

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 Google Cloud.

Para obtener información de SAP sobre los sistemas operativos que SAP admite con SAP HANA en Google Cloud, ve al Directorio de hardware de SAP HANA certificado y compatible, haz clic en el tipo de máquina requerido. Luego, consulta Sistema operativo.

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	9.2 ^Nota
	9.0 ^Nota
	8.8
	8.6
	8.4
	8.2
	8.1	m3-ultramem m3-megamem c3-standard c3-highmem
	7.9
	7.7	m3-ultramem m3-megamem c3-standard c3-highmem
SLES para SAP	15 SP5
	15 SP4
	15 SP3
	15 SP2
	15 SP1	m3-ultramem m3-megamem c3-standard c3-highmem
	12 SP5

Nota: Antes de instalar cualquier software de SAP en RHEL para SAP 9.x, se deben instalar paquetes adicionales en tus máquinas anfitrión, en especial chkconfig y compat-openssl11. Si usas una imagen proporcionada por Compute Engine, estos paquetes se instalarán de forma automática. Para obtener más información de SAP, consulta la Nota 3108316 de SAP: Red Hat Enterprise Linux 9.x: Instalación y configuración.

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 para 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:

• Directorio de hardware de SAP HANA certificado y compatible
• Nota SAP 2235581 - SAP HANA: Sistemas Operativos Admitidos

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, conéctate a la VM mediante SSH 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 o Hyperdisks de Compute Engine cuando creas las VMs o agregarlos a las VMs más adelante.

Tipos de discos compatibles

Compute Engine ofrece diferentes tipos de discos persistentes y discos basados en la tecnología de unidad de estado sólido (SSD) o la unidad de disco duro estándar (HDD). 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 tipos de hiperparámetros y de disco persistente basados en SSD que están certificados por SAP para usarse con SAP HANA incluyen los siguientes:

• Tipos de discos persistentes basados en SSD: Equilibrado (pd-balanced), rendimiento o SSD (pd-ssd) y extremo (pd-extreme)

  • Estos tipos de discos proporcionan un almacenamiento en bloque rentable y confiable.
  • El disco persistente de rendimiento (SSD) (pd-ssd) proporciona un mayor rendimiento que el disco persistente balanceado (pd-balanced).
  • Usa el disco persistente balanceado como la solución recomendada para alojar lo siguiente:
    • Volumen de inicio de la VM
    • /usr/sapel volumen
    • El volumen /hana/shared, si lo alojas en su propio disco
    • El volumen /hanabackup, si guardas tus copias de seguridad en un disco Si deseas reducir los costos de copia de seguridad, puedes usar un disco persistente HDD estándar (pd-standard). El disco persistente balanceado proporciona copias de seguridad más rápidas que el disco persistente HDD estándar. Mientras eliges el disco, asegúrate de que el tipo de VM sea compatible con el tipo de disco.
  • El disco persistente balanceado y de rendimiento (SSD) admite la replicación asíncrona de PD. Puedes usar esta función para la recuperación activa-pasiva ante desastres entre regiones. Para obtener más información, consulta Recuperación ante desastres con replicación asíncrona de PD.
  • Si bien el Persistent Disk Extreme (pd-extreme) está certificado para su uso con SAP HANA, te recomendamos que uses Hyperdisk Extreme (hyperdisk-extreme), que proporciona un mayor rendimiento. Si deseas usar el disco persistente extremo, asegúrate de aprovisionar los discos de acuerdo con la información que se encuentra en Tamaños mínimos para los Persistent Disk basados en SSD y los volúmenes de Hyperdisk.

• Tipos de Hyperdisk: Hyperdisk Extreme (hyperdisk-extreme) y Hyperdisk Balanced (hyperdisk-balanced)

  • Hyperdisk Extreme proporciona opciones de IOPS y capacidad de procesamiento máximas más altas que los tipos de Persistent Disk basados en SSD.
  • En Hyperdisk Extreme, selecciona el rendimiento que necesitas a través del aprovisionamiento de IOPS, que también determina la capacidad de procesamiento. Para obtener más información, consulta Capacidad de procesamiento.
  • Puedes usar Hyperdisk Extreme para los volúmenes /hana/data y /hana/log cuando necesites el rendimiento más alto.
  • Para habilitar el mejor rendimiento de Hyperdisk Extreme para SAP HANA, actualiza las propiedades del sistema de SAP HANA como se recomienda en Rendimiento de Hyperdisk Extreme.
  • En Hyperdisk Balanced, selecciona el rendimiento que necesitas mediante el aprovisionamiento de IOPS y capacidad de procesamiento. Para obtener más información, consulta Información acerca del aprovisionamiento de IOPS y capacidad de procesamiento para los Hyperdisk.
  • Puedes usar Hyperdisk Balanced para los volúmenes /hana/log y /hana/data.
  • Para obtener una lista de los tipos de máquinas que admiten Hyperdisk Extreme y Hyperdisk Balanced, consulta Asistencia de tipo de máquina.

Cómo admitir diseños de disco

En la siguiente figura, se muestra el diseño del almacenamiento en disco en las arquitecturas sugeridas para SAP HANA en Google Cloud.

En la figura anterior, la configuración de la izquierda usa un diseño de disco dividido. Los volúmenes /hana/data y /hana/log están en Hyperdisks independientes, y los volúmenes /hana/shared y /usr/sap, que no requieren un rendimiento tan alto, están en discos persistentes balanceados individuales, que cuestan menos que un Hyperdisk Extreme.

La configuración de la derecha usa un diseño de disco unificado, en el que los volúmenes /hana/data, /hana/log, /hana/shared y /usr/sap se activan en un solo Hyperdisk Extreme.

Los discos persistentes y los Hyperdisks tienen ubicaciones distintas a las de tus VMs, de modo que puedes desconectar o mover los discos persistentes para mantener tus datos, incluso después de borrar las VMs.

En la consola de Google Cloud, puedes ver los discos persistentes y los Hyperdisks que están conectados 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 volúmenes de discos persistentes y de hiperdiscos de Compute Engine, sus características de rendimiento y cómo trabajar con ellos, consulta la siguiente documentación:

• Opciones de almacenamiento
• Acerca de Hyperdisk
• Rendimiento del almacenamiento en bloque
• Otros factores que afectan el rendimiento
• Agregar un Persistent Disk a tu VM
• Crear y administrar instantáneas de discos
• Migra volúmenes de Persistent Disk de SAP HANA existentes a volúmenes de Hyperdisk Extreme

Tamaños mínimos para los volúmenes de Persistent Disk y Hyperdisk basados en SSD

Cuando configuras el tamaño de ciertos discos persistentes basados en SSD de Compute Engine para SAP HANA, debes tener en cuenta no solo los requisitos de almacenamiento de tu instancia de SAP HANA, sino también el rendimiento del disco persistente.

Dentro de los límites, el rendimiento de un SSD o disco persistente balanceado aumenta a medida que aumentan el tamaño del disco y la cantidad de CPU virtuales. Si un SSD o un disco persistente balanceado es demasiado pequeño, es posible que no proporcione el rendimiento que requiere SAP HANA.

El rendimiento de Hyperdisk no se ve afectado por el tamaño del disco. Su rendimiento se determina según las IOPS o la capacidad de procesamiento que aprovisionas. Para obtener información sobre el rendimiento de Hyperdisk, consulta Acerca de Hyperdisk.

Una SSD de 550 GB o un disco persistente balanceado de 943 GB proporciona una capacidad de procesamiento sostenida de 400 MB por segundo para lecturas y escrituras, que es el mínimo. Para obtener información general sobre el rendimiento del disco persistente, consulta Rendimiento del almacenamiento en bloque.

En la siguiente tabla, se muestran los tamaños recomendados para el disco persistente SSD (pd-ssd), el disco persistente balanceado (pd-balanced), Hyperdisk Extreme (hyperdisk-extreme) y Hyperdisk Balanced (hyperdisk-balanced) para cumplir con los requisitos de rendimiento de SAP HANA en un entorno de producción para cada tipo de máquina de Compute Engine certificado para SAP HANA. En la tabla, se incluyen los tamaños mínimos para los volúmenes de Hyperdisk, que se basan solo en la cantidad de memoria.

En los tamaños de la siguiente tabla, se supone que activas todos los volúmenes de SAP HANA en discos individuales.

Disco persistente balanceado

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data	Tamaño (GB) de /hana/log	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n1-highmem-32	599	104	208	32	943
n1-highmem-32	943
n1-highmem-32	32	208	943
n1-highmem-64	499	208	416	32	1,155
n1-highmem-64	1,155
n1-highmem-64	64	416	1,155
n1-highmem-96	748	312	624	32	1,716
n1-highmem-96	1,716
n1-highmem-96	96	624	1,716
n2-highmem-32	527	128	256	32	943
n2-highmem-32	943
n2-highmem-32	32	256	943
n2-highmem-48	460	192	384	32	1,068
n2-highmem-48	1,068
n2-highmem-48	48	384	1,068
n2-highmem-64	614	256	512	32	1,414
n2-highmem-64	1,414
n2-highmem-64	64	512	1,414
n2-highmem-80	768	320	640	32	1,760
n2-highmem-80	1,760
n2-highmem-80	80	640	1,760
n2-highmem-96	921	384	768	32	2,105
n2-highmem-96	2,105
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036	432	864	32	2,364
n2-highmem-128	2,364
n2-highmem-128	128	864	2,364
c3-standard-44	647	88	176	32	943
c3-standard-44	943
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1,932
c3-highmem-88	1,932
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689	512	1,024	32	3,257
c3-highmem-176	3,257
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719	512	1,024	32	3,287
m1-megamem-96	3,287
m1-megamem-96	96	1,433	3,287
m1-ultramem-40	1,153	480	961	32	2,626
m1-ultramem-40	2,626
m1-ultramem-40	40	961	2,626
m1-ultramem-80	2,306	512	1,024	32	3,874
m1-ultramem-80	3,874
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612	512	1,024	32	6,180
m1-ultramem-160	6,180
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065	512	1,024	32	8,633
m2-megamem-416	8,633
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065	512	1,024	32	8,633
m2-ultramem-208	8,633
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092	512	1,024	32	15,660
m2-ultramem-416	15,660
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598	512	1,024	32	12,166
m2-hypermem-416	12,166
m2-hypermem-416	416	8,832	12,166
m3-ultramem-32	1,171	488	976	32	2,667
m3-ultramem-32	2,667
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342	512	1,024	32	3,910
m3-ultramem-64	3,910
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684	512	1,024	32	6,252
m3-ultramem-128	6,252
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171	488	976	32	2,667
m3-megamem-64	2,667
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342	512	1,024	32	3,910
m3-megamem-128	3,910
m3-megamem-128	128	1,952	3,910

Disco SSD persistente

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data	Tamaño (GB) de /hana/log	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n1-highmem-32	249	104	208	32	593
n1-highmem-32	593
n1-highmem-32	32	208	593
n1-highmem-64	499	208	416	32	1,155
n1-highmem-64	1,155
n1-highmem-64	64	416	1,155
n1-highmem-96	748	312	624	32	1,716
n1-highmem-96	1,716
n1-highmem-96	96	624	1,716
n2-highmem-32	307	128	256	32	723
n2-highmem-32	723
n2-highmem-32	32	256	723
n2-highmem-48	460	192	384	32	1,068
n2-highmem-48	1,068
n2-highmem-48	48	384	1,068
n2-highmem-64	614	256	512	32	1,414
n2-highmem-64	1,414
n2-highmem-64	64	512	1,414
n2-highmem-80	768	320	640	32	1,760
n2-highmem-80	1,760
n2-highmem-80	80	640	1,760
n2-highmem-96	921	384	768	32	2,105
n2-highmem-96	2,105
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036	432	864	32	2,364
n2-highmem-128	2,364
n2-highmem-128	128	864	2,364
c3-standard-44	254	88	176	32	550
c3-standard-44	550
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1,932
c3-highmem-88	1,932
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689	512	1,024	32	3,257
c3-highmem-176	3,257
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719	512	1,024	32	3,287
m1-megamem-96	3,287
m1-megamem-96	96	1,433	3,287
m1-ultramem-40	1,153	480	961	32	2,626
m1-ultramem-40	2,626
m1-ultramem-40	40	961	2,626
m1-ultramem-80	2,306	512	1,024	32	3,874
m1-ultramem-80	3,874
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612	512	1,024	32	6,180
m1-ultramem-160	6,180
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065	512	1,024	32	8,633
m2-megamem-416	8,633
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065	512	1,024	32	8,633
m2-ultramem-208	8,633
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092	512	1,024	32	15,660
m2-ultramem-416	15,660
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598	512	1,024	32	12,166
m2-hypermem-416	12,166
m2-hypermem-416	416	8,832	12,166
m3-ultramem-32	1,171	488	976	32	2,667
m3-ultramem-32	2,667
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342	512	1,024	32	3,910
m3-ultramem-64	3,910
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684	512	1,024	32	6,252
m3-ultramem-128	6,252
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171	488	976	32	2,667
m3-megamem-64	2,667
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342	512	1,024	32	3,910
m3-megamem-128	3,910
m3-megamem-128	128	1,952	3,910

Hiperdisco extremo

Cuando uses Hyperdisk Extreme para alojar los volúmenes /hana/data y /hana/log, asegúrate de alojar los volúmenes /hana/shared y /usr/sap en discos persistentes balanceados separados. Esto se debe a que los volúmenes /hana/shared y /usr/sap no requieren un rendimiento tan alto como los volúmenes de datos y registros.

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data y, además, IOPS	Tamaño (GB) de /hana/log y, además, IOPS	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de y, además, IOPS
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n2-highmem-80	768 GB con 10,000 IOPS	320 GB con 10,000 IOPS	640	32	1,760
n2-highmem-80	1,760 GB con 20,000 IOPS
n2-highmem-80	80	640	1,760
n2-highmem-96	921 GB con 10,000 IOPS	384 GB con 10,000 IOPS	768	32	2,105
n2-highmem-96	2,105 GB con 20,000 IOPS
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036 GB con 10,000 IOPS	432 GB con 10,000 IOPS	864	32	2,364
n2-highmem-128	2,364 GB con 20,000 IOPS
n2-highmem-128	128	864	2,364
c3-highmem-88	844 GB con 10,000 IOPS	352 GB con 10,000 IOPS	704	32	1,932
c3-highmem-88	1,932 GB con 20,000 IOPS
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,257
c3-highmem-176	3,257 GB con 20,000 IOPS
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,287
m1-megamem-96	3,287 GB con 20,000 IOPS
m1-megamem-96	96	1,433	3,287
m1-ultramem-80	2,306 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,874
m1-ultramem-80	3,874 GB con 20,000 IOPS
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	6,180
m1-ultramem-160	6,180 GB con 20,000 IOPS
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065 GB con 14,130 IOPS	512 GB con 10,000 IOPS	1,024	32	8,633
m2-megamem-416	8,633 GB con 24,130 IOPS
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065 GB con 14,130 IOPS	512 GB con 10,000 IOPS	1,024	32	8,633
m2-ultramem-208	8,633 GB con 24,130 IOPS
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092 GB con 28,184 IOPS	512 GB con 10,000 IOPS	1,024	32	15,660
m2-ultramem-416	15,660 GB con 38,184 IOPS
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598 GB con 21,196 IOPS	512 GB con 10,000 IOPS	1,024	32	12,166
m2-hypermem-416	12,166 GB con 31,196 IOPS
m2-hypermem-416	416	8,832	12,166
m3-ultramem-64	2,342 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,910
m3-ultramem-64	3,910 GB con 20,000 IOPS
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	6,252
m3-ultramem-128	6,252 GB con 20,000 IOPS
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171 GB con 10,000 IOPS	488 GB con 10,000 IOPS	976	32	2,667
m3-megamem-64	2,667 GB con 20,000 IOPS
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,910
m3-megamem-128	3,910 GB con 20,000 IOPS
m3-megamem-128	128	1,952	3,910

Hiperdisco balanceado

Para SAP HANA, la cantidad mínima de IOPS aprovisionadas admitidas es de 3,000 y la capacidad de procesamiento es de 400 Mbps. Sin embargo, puedes ajustar estos valores a tus requisitos de rendimiento específicos. Recomendamos un valor inicial de 3,000 IOPS y 750 Mbps de capacidad de procesamiento, ya que estos son los valores predeterminados que se usan en los archivos de configuración de Terraform que proporciona Google Cloud para la implementación automatizada de SAP HANA.

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data , IOPS y capacidad de procesamiento	Tamaño (GB) de /hana/log , IOPS y capacidad de procesamiento	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de, IOPS y capacidad de procesamiento
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
c3-standard-44	211 GB con 10,000 IOPS y 400 Mbps de capacidad de procesamiento	88 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	176	32	507
c3-standard-44	507 GB con 13,000 IOPS y 800 Mbps de capacidad de procesamiento
c3-standard-44	44	176	507
c3-highmem-44	422 GB con 10,000 IOPS y 400 Mbps de capacidad de procesamiento	176 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	352	32	982
c3-highmem-44	982 GB con 13,000 IOPS y 800 Mbps de capacidad de procesamiento
c3-highmem-44	44	352	982
c3-highmem-88	844 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	352 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	704	32	1,932
c3-highmem-88	1,932 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,257
c3-highmem-176	3,257 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
c3-highmem-176	176	1,408	3,257
m3-ultramem-32	1,171 GB con 10,000 IOPS y 900 Mbps de capacidad de procesamiento	488 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	976	32	2,667
m3-ultramem-32	2,667 GB con 13,000 IOPS y 1,300 Mbps de capacidad de procesamiento
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,910
m3-ultramem-64	3,910 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	6,252
m3-ultramem-128	6,252 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171 GB con 10,000 IOPS y 900 Mbps de capacidad de procesamiento	488 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	976	32	2,667
m3-megamem-64	2,667 GB con 13,000 IOPS y 1,300 Mbps de capacidad de procesamiento
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,910
m3-megamem-128	3,910 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-megamem-128	128	1,952	3,910

Tamaños de disco para activar todos los volúmenes de SAP HANA en un solo disco

En los tamaños de la siguiente tabla, se supone que usas un solo disco para alojar todos los volúmenes siguientes: volúmenes /hana/data, /hana/log, /hana/shared y /usr/sap.

Disco persistente balanceado

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data	Tamaño (GB) de /hana/log	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n1-highmem-32	599	104	208	32	943
n1-highmem-32	943
n1-highmem-32	32	208	943
n1-highmem-64	499	208	416	32	1,155
n1-highmem-64	1,155
n1-highmem-64	64	416	1,155
n1-highmem-96	748	312	624	32	1,716
n1-highmem-96	1,716
n1-highmem-96	96	624	1,716
n2-highmem-32	527	128	256	32	943
n2-highmem-32	943
n2-highmem-32	32	256	943
n2-highmem-48	460	192	384	32	1,068
n2-highmem-48	1,068
n2-highmem-48	48	384	1,068
n2-highmem-64	614	256	512	32	1,414
n2-highmem-64	1,414
n2-highmem-64	64	512	1,414
n2-highmem-80	768	320	640	32	1,760
n2-highmem-80	1,760
n2-highmem-80	80	640	1,760
n2-highmem-96	921	384	768	32	2,105
n2-highmem-96	2,105
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036	432	864	32	2,364
n2-highmem-128	2,364
n2-highmem-128	128	864	2,364
c3-standard-44	647	88	176	32	943
c3-standard-44	943
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1,932
c3-highmem-88	1,932
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689	512	1,024	32	3,257
c3-highmem-176	3,257
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719	512	1,024	32	3,287
m1-megamem-96	3,287
m1-megamem-96	96	1,433	3,287
m1-ultramem-40	1,153	480	961	32	2,626
m1-ultramem-40	2,626
m1-ultramem-40	40	961	2,626
m1-ultramem-80	2,306	512	1,024	32	3,874
m1-ultramem-80	3,874
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612	512	1,024	32	6,180
m1-ultramem-160	6,180
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065	512	1,024	32	8,633
m2-megamem-416	8,633
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065	512	1,024	32	8,633
m2-ultramem-208	8,633
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092	512	1,024	32	15,660
m2-ultramem-416	15,660
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598	512	1,024	32	12,166
m2-hypermem-416	12,166
m2-hypermem-416	416	8,832	12,166
m3-ultramem-32	1,171	488	976	32	2,667
m3-ultramem-32	2,667
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342	512	1,024	32	3,910
m3-ultramem-64	3,910
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684	512	1,024	32	6,252
m3-ultramem-128	6,252
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171	488	976	32	2,667
m3-megamem-64	2,667
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342	512	1,024	32	3,910
m3-megamem-128	3,910
m3-megamem-128	128	1,952	3,910

Disco SSD persistente

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data	Tamaño (GB) de /hana/log	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n1-highmem-32	249	104	208	32	593
n1-highmem-32	593
n1-highmem-32	32	208	593
n1-highmem-64	499	208	416	32	1,155
n1-highmem-64	1,155
n1-highmem-64	64	416	1,155
n1-highmem-96	748	312	624	32	1,716
n1-highmem-96	1,716
n1-highmem-96	96	624	1,716
n2-highmem-32	307	128	256	32	723
n2-highmem-32	723
n2-highmem-32	32	256	723
n2-highmem-48	460	192	384	32	1,068
n2-highmem-48	1,068
n2-highmem-48	48	384	1,068
n2-highmem-64	614	256	512	32	1,414
n2-highmem-64	1,414
n2-highmem-64	64	512	1,414
n2-highmem-80	768	320	640	32	1,760
n2-highmem-80	1,760
n2-highmem-80	80	640	1,760
n2-highmem-96	921	384	768	32	2,105
n2-highmem-96	2,105
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036	432	864	32	2,364
n2-highmem-128	2,364
n2-highmem-128	128	864	2,364
c3-standard-44	254	88	176	32	550
c3-standard-44	550
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1,932
c3-highmem-88	1,932
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689	512	1,024	32	3,257
c3-highmem-176	3,257
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719	512	1,024	32	3,287
m1-megamem-96	3,287
m1-megamem-96	96	1,433	3,287
m1-ultramem-40	1,153	480	961	32	2,626
m1-ultramem-40	2,626
m1-ultramem-40	40	961	2,626
m1-ultramem-80	2,306	512	1,024	32	3,874
m1-ultramem-80	3,874
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612	512	1,024	32	6,180
m1-ultramem-160	6,180
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065	512	1,024	32	8,633
m2-megamem-416	8,633
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065	512	1,024	32	8,633
m2-ultramem-208	8,633
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092	512	1,024	32	15,660
m2-ultramem-416	15,660
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598	512	1,024	32	12,166
m2-hypermem-416	12,166
m2-hypermem-416	416	8,832	12,166
m3-ultramem-32	1,171	488	976	32	2,667
m3-ultramem-32	2,667
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342	512	1,024	32	3,910
m3-ultramem-64	3,910
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684	512	1,024	32	6,252
m3-ultramem-128	6,252
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171	488	976	32	2,667
m3-megamem-64	2,667
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342	512	1,024	32	3,910
m3-megamem-128	3,910
m3-megamem-128	128	1,952	3,910

Hiperdisco extremo

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data y, además, IOPS	Tamaño (GB) de /hana/log y, además, IOPS	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de y, además, IOPS
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n2-highmem-80	768 GB con 10,000 IOPS	320 GB con 10,000 IOPS	640	32	1,760
n2-highmem-80	1,760 GB con 20,000 IOPS
n2-highmem-80	80	640	1,760
n2-highmem-96	921 GB con 10,000 IOPS	384 GB con 10,000 IOPS	768	32	2,105
n2-highmem-96	2,105 GB con 20,000 IOPS
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036 GB con 10,000 IOPS	432 GB con 10,000 IOPS	864	32	2,364
n2-highmem-128	2,364 GB con 20,000 IOPS
n2-highmem-128	128	864	2,364
c3-highmem-88	844 GB con 10,000 IOPS	352 GB con 10,000 IOPS	704	32	1,932
c3-highmem-88	1,932 GB con 20,000 IOPS
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,257
c3-highmem-176	3,257 GB con 20,000 IOPS
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,287
m1-megamem-96	3,287 GB con 20,000 IOPS
m1-megamem-96	96	1,433	3,287
m1-ultramem-80	2,306 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,874
m1-ultramem-80	3,874 GB con 20,000 IOPS
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	6,180
m1-ultramem-160	6,180 GB con 20,000 IOPS
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065 GB con 14,130 IOPS	512 GB con 10,000 IOPS	1,024	32	8,633
m2-megamem-416	8,633 GB con 24,130 IOPS
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065 GB con 14,130 IOPS	512 GB con 10,000 IOPS	1,024	32	8,633
m2-ultramem-208	8,633 GB con 24,130 IOPS
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092 GB con 28,184 IOPS	512 GB con 10,000 IOPS	1,024	32	15,660
m2-ultramem-416	15,660 GB con 38,184 IOPS
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598 GB con 21,196 IOPS	512 GB con 10,000 IOPS	1,024	32	12,166
m2-hypermem-416	12,166 GB con 31,196 IOPS
m2-hypermem-416	416	8,832	12,166
m3-ultramem-64	2,342 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,910
m3-ultramem-64	3,910 GB con 20,000 IOPS
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	6,252
m3-ultramem-128	6,252 GB con 20,000 IOPS
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171 GB con 10,000 IOPS	488 GB con 10,000 IOPS	976	32	2,667
m3-megamem-64	2,667 GB con 20,000 IOPS
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,910
m3-megamem-128	3,910 GB con 20,000 IOPS
m3-megamem-128	128	1,952	3,910

Hiperdisco balanceado

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data , IOPS y capacidad de procesamiento	Tamaño (GB) de /hana/log , IOPS y capacidad de procesamiento	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de, IOPS y capacidad de procesamiento
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
c3-standard-44	211 GB con 10,000 IOPS y 400 Mbps de capacidad de procesamiento	88 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	176	32	507
c3-standard-44	507 GB con 13,000 IOPS y 800 Mbps de capacidad de procesamiento
c3-standard-44	44	176	507
c3-highmem-44	422 GB con 10,000 IOPS y 400 Mbps de capacidad de procesamiento	176 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	352	32	982
c3-highmem-44	982 GB con 13,000 IOPS y 800 Mbps de capacidad de procesamiento
c3-highmem-44	44	352	982
c3-highmem-88	844 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	352 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	704	32	1,932
c3-highmem-88	1,932 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,257
c3-highmem-176	3,257 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
c3-highmem-176	176	1,408	3,257
m3-ultramem-32	1,171 GB con 10,000 IOPS y 900 Mbps de capacidad de procesamiento	488 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	976	32	2,667
m3-ultramem-32	2,667 GB con 13,000 IOPS y 1,300 Mbps de capacidad de procesamiento
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,910
m3-ultramem-64	3,910 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	6,252
m3-ultramem-128	6,252 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171 GB con 10,000 IOPS y 900 Mbps de capacidad de procesamiento	488 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	976	32	2,667
m3-megamem-64	2,667 GB con 13,000 IOPS y 1,300 Mbps de capacidad de procesamiento
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,910
m3-megamem-128	3,910 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-megamem-128	128	1,952	3,910

Determina el tamaño del disco persistente o del Hyperdisk

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 máquina de Compute Engine seleccionado.

En la siguiente guía sobre los tamaños de disco, se hace referencia a los tamaños mínimos que Google Cloud y SAP recomiendan para tus implementaciones para equilibrar el rendimiento y el costo total de propiedad. Los tamaños de disco se pueden aumentar hasta el límite que admiten los tipos de discos subyacentes. Para obtener información sobre el tamaño mínimo de disco requerido, consulta Tamaños mínimos para los discos persistentes basados en SSD.

Requisitos de tamaño de disco persistente para sistemas de escalamiento vertical

En los sistemas de escalamiento vertical de SAP HANA, usa las siguientes fórmulas para cada volumen:

• /hana/data: 1.2 x memoria
• /hana/log: 0.5 x memoria 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 x memoria, asignación opcional

Requisitos de tamaño de disco persistente para sistemas de escalamiento horizontal

En los sistemas de escalamiento horizontal de SAP HANA, usa la misma fórmula que en los sistemas de escalamiento vertical de SAP HANA para los volúmenes /hana/data, /hana/log y /usr/sap. Para el volumen /hana/shared, calcula el tamaño del disco persistente o del Hyperdisk en función de la cantidad de hosts de trabajador en la implementación. Para cada cuatro hosts de trabajador, aumenta el tamaño del disco en 1 por memoria o 1 TB, lo que sea menor. Por ejemplo:

• De 1 a 4 hosts de trabajadores: 1 por memoria o 1 TB, lo que sea menor
• De 5 a 8 hosts trabajadores: 2 por memoria o 2 TB, lo que sea menor
• De 9 a 12 hosts trabajadores: 3 por memoria o 3 TB, lo que sea menor
• De 13 a 16 hosts trabajadores: 4 por memoria o 4 TB, lo que sea menor

A fin de determinar los requisitos generales de tu cuota de almacenamiento para los sistemas de escalamiento horizontal de SAP HANA, debes sumar los tamaños de disco totales para cada tipo de disco que se usa con todos los hosts en el sistema de escalamiento horizontal. Por ejemplo, si colocaste /hana/data y /hana/log en los discos persistentes pd-ssd, pero /hana/shared y /usr/sap en los discos persistentes pd-balanced, entonces, necesitas totales independientes para pd-ssd y pd-balanced para solicitar cuotas separadas.

Para un sistema de escalamiento horizontal de SAP HANA con conmutación por error automática del host, solo debes calcular el tamaño del disco persistente para los hosts principales y de trabajador. Los hosts de reserva no tienen sus propios volúmenes /hana/data, /hana/log y /usr/sap. Si hay una falla, la conmutación por error automática de SAP HANA desactiva los volúmenes /hana/data, /hana/log y /usr/sap del host con errores y los activa en el host en espera. Los volúmenes /hana/shared y /hanabackup para un host de reserva se activan en una solución NFS implementada por separado.

Asignación de almacenamiento adicional en disco persistente

Elige un tamaño de disco persistente o hiperdisco que no sea menor que el tamaño mínimo que se indica para el disco persistente o tipo de hiperdisco en Tamaños mínimos para Persistent Disk basado en SSD y los volúmenes de Hyperdisk.

Si usas discos persistentes SSD o balanceados, el tamaño mínimo puede estar determinado por los requisitos de rendimiento de SAP HANA en lugar de los requisitos de almacenamiento de SAP HANA.

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: 307 GB para el volumen de datos, 128 GB para el volumen de registro, 256 GB para el volumen compartido y 32 GB para el volumen /usr/sap. Sin embargo, si usas un disco persistente balanceado, el tamaño mínimo requerido es de 943 GB, donde se asignan los 220 GB adicionales al volumen de datos para cumplir con el rendimiento requerido. Por lo tanto, si usas una instancia de VM n2-highmem-32 con discos persistentes balanceados para ejecutar SAP HANA, debes aprovisionar un almacenamiento en disco persistente de 943 GB o más.

Por eso, debes ajustar el tamaño de tu disco persistente a 943 GB o más. Se aplica el aprovisionamiento adicional de 220 GB al volumen de datos para proporcionar el rendimiento requerido.

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.

Rendimiento de los Hyperdisks

Hyperdisk proporciona más opciones de capacidad de procesamiento y de IOPS máximas paralos volúmenes de /hana/log y /hana/data que los otros discos persistentes basados en SSD. Para obtener más información sobre el aprovisionamiento de IOPS y las opciones de capacidad de procesamiento para Hyperdisk, consulta Información sobre el aprovisionamiento de IOPS y capacidad de procesamiento para Hyperdisk.

A diferencia de los discos persistentes basados en SSD, cuando usas Hyperdisk con SAP HANA, no necesitas preocuparte por el rendimiento cuando dimensiones el Hyperdisk. El tamaño de Hyperdisk se basa solo en los requisitos de almacenamiento de SAP HANA. Para obtener más información sobre el tamaño del disco persistente o Hyperdisk, consulta Determina el tamaño del disco persistente.

Cuando uses Hyperdisk con SAP HANA, para que obtengas el mejor rendimiento, te recomendamos que actualices las propiedades del sistema SAP HANA de la siguiente manera:

• Actualiza el archivo global.ini:
  • En la sección fileio, configura num_completion_queues = 12.
  • En la sección fileio, configura num_submit_queues = 12.
• Actualiza el archivo indexserver.ini:
  • En la sección parallel, configura tables_preloaded_in_parallel = 32.
  • En la sección global, configura load_table_numa_aware = true.

Cuando creas un volumen de Hyperdisk Extreme, la cantidad de IOPS que aprovisionas determina su capacidad de procesamiento máxima. La siguiente fórmula se puede usar como punto de partida. Proporciona un mínimo de 2,500 Mbps de capacidad de procesamiento (256 KB por IOPS * 10,000 IOPS) y más para los tipos de máquinas más grandes con discos más grandes.

• Cuando uses la implementación predeterminada con discos separados para /hana/log y /hana/data, haz lo siguiente:
  • IOPS para el disco de datos: maximum(10,000, size of data disk in GB * 2)
  • IOPS para el disco de registro: maximum(10,000, size of log disk in GB * 2)
• Cuando se usa un solo disco para /hana/data, /hana/log, /hana/shared y /usr/sap:
  • IOPS para el disco: maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

La cantidad máxima de IOPS que puedes aprovisionar puede variar según el tipo de máquina que uses. Para obtener una lista de los tipos de máquinas que admiten Hyperdisk Extreme, así como la cantidad máxima de IOPS y capacidad de procesamiento que Hyperdisk Extreme puede proporcionar con cada tipo de máquina, consulta Compatibilidad con el tipo de máquina.

Cuando creas un volumen de Hyperdisk Balanced, puedes aprovisionar las IOPS y la capacidad de procesamiento para satisfacer las necesidades de rendimiento de tu carga de trabajo, teniendo en cuenta las reglas para el aprovisionamiento de IOPS y el aprovisionamiento de capacidad de procesamiento. Para SAP HANA, la cantidad mínima de IOPS aprovisionadas admitidas es de 3,000 y la capacidad de procesamiento es de 400 Mbps.

Hyperdisks y discos persistentes implementados por las secuencias de comandos de automatización de implementaciones

Cuando implementas un sistema SAP HANA mediante las configuraciones de Terraform que proporciona Google Cloud, la secuencia de comandos de implementación asigna discos persistentes o Hyperdisks para los volúmenes de SAP de la siguiente manera:

• De forma predeterminada, se implementan discos independientes para cada uno de los siguientes directorios: /hana/data, /hana/log, /hana/shared y /usr/sap.

  De manera opcional, puedes optar por implementar un diseño de disco único en el que un solo disco persistente o Hyperdisk aloje estos directorios de SAP. Además, para las implementaciones de escalamiento horizontal de SAP HANA, una solución NFS aloja el directorio /hana/shared.

• De manera opcional, un disco para el directorio /hanabackup.

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

hana-ssd-example:~ # lvs
  LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana_data   -wi-ao---- 308.00g
  log    vg_hana_log    -wi-ao---- 128.00g
  shared vg_hana_shared -wi-ao---- 256.00g
  usrsap vg_hana_usrsap -wi-ao----  32.00g
  backup vg_hanabackup  -wi-ao---- 512.00g

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

Cuando usas las plantillas de Deployment Manager que proporciona Google Cloud para SAP HANA o cuando implementas un diseño de un solo disco con las opciones de configuración de Terraform, la secuencia de comandos de implementación asigna a 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 basado en SSD o al Hyperdisk en un solo grupo de volúmenes. Terraform o 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 balanceado (pd-balanced).

Almacenamiento en disco persistente opcional para copias de seguridad

Cuando almacenes copias de seguridad de SAP HANA en un disco, te recomendamos que uses un disco persistente balanceado (pd-balanced).

Si deseas reducir los costos, puedes usar un disco persistente HDD estándar (pd-standard). Sin embargo, usa un disco persistente balanceado cuando se necesite una capacidad de procesamiento o simultaneidad más alta.

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 Instantáneas de 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 la característica de Backint del agente de Google Cloud para SAP, 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 enfáticamente la opción SAP HANA Fast Restart.

Esta opción se habilita de forma automática si implementas SAP HANA mediante el módulo sap_hana o sap_hana_ha de Terraform de Google Cloud, versión 202309280828 o posterior. Para obtener información sobre cómo habilitar de forma manual el reinicio rápido de SAP HANA, consulta Habilita el reinicio rápido de SAP HANA.

SAP HANA Fast Restart reduce los tiempos de reinicio en caso de que SAP HANA finalice, pero el sistema operativo permanezca en ejecución. Para reducir el tiempo de reinicio, SAP HANA aprovecha la funcionalidad de memoria persistente de SAP HANA para conservar los fragmentos de datos MAIN de las tablas de almacenamiento de columnas en DRAM que se asignan al sistema de archivos tmpfs.

Además, en las VMs de las familias M2 y M3 de los tipos de máquinas con optimización de memoria de Compute Engine, el reinicio rápido de SAP HANA mejora el tiempo de recuperación si se producen errores que no se pueden corregir en la memoria. Para obtener más información, consulta Recuperación de errores de memoria con Fast Restart en las VMs de Compute Engine.

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 los archivos de configuración de Terraform o las plantillas de Deployment Manager que proporciona Google Cloud, la configuración de kernel se establece por ti.

Si no usas los archivos de implementación que proporciona Google Cloud, SAP proporciona orientación para configurar los sistemas operativos RHEL y SLES para SAP HANA. Para SAP HANA Fast Restart, 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
• Nota de SAP 3108302 - SAP HANA DB: Configuración recomendada de SO para RHEL 9

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 para 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 VMs de Compute Engine

Habilitar SAP HANA Fast Restart en las VMs de las familias M2 y M3 de tipos de máquinas 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 máquinas M2 y M3 pueden seguir ejecutándose cuando se producen errores no corregibles en el subsistema de la memoria. Si SAP HANA Fast Restart 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 máquinas compatibles con la recuperación ante errores de memoria

los siguientes tipos de máquinas de Compute Engine admiten la recuperación de errores de memoria:

• m3-ultramem-32
• m3-ultramem-64
• m3-ultramem-128
• m3-megamem-64
• m3-megamem-128
• m2-ultramem-208
• m2-ultramem-416
• m2-megamem-416
• m2-hypermem-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

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

Para el volumen /hana/shared en una configuración de escalamiento horizontal de una sola zona, sugerimos usar el nivel de servicio de Filestore Basic, ya que está destinado a los recursos zonales. Para situaciones en las que se requiere resiliencia adicional, puedes usar Filestore Enterprise. 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 para 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. Si deseas obtener información sobre el uso de NetApp Cloud Volumes Service para Google Cloud con la implementación de SAP HANA, consulta Acerca de NetApp Cloud Volumes Service para Google Cloud.

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 principal 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 para 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 para 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.

Tipos de máquinas X4 para SAP HANA

Vista previa

Este producto está sujeto a las "Condiciones de las Ofertas de Fase Previa a la DG" de la sección Condiciones Generales del Servicio de las Condiciones específicas del Servicio. Los productos de la fase previa a la DG están disponibles “tal cual” y podrían tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

En esta sección, se proporciona información sobre cómo ejecutar SAP HANA en la serie X4 de tipos de máquinas que proporciona Compute Engine.

X4 es la cuarta generación de la serie de tipos de máquinas con optimización de memoria que ofrece Compute Engine. Están diseñadas para admitir cargas de trabajo de SAP HANA que requieren mucha memoria.

La serie X4 de tipos de máquinas es una oferta de vista previa de Google Cloud. Están pendientes de certificación de SAP para usarse con SAP HANA.

Tipos de máquinas X4

En la siguiente tabla, se muestra información sobre los tipos de máquinas X4 que puedes usar para ejecutar SAP HANA en Google Cloud:

Tipo de máquina	CPU virtuales	Memoria	Sistema operativo	Plataforma de CPU	Tipo de aplicación	Notas
x4-megamem-960-metal	960	16,384 GB	SUSE	Intel Sapphire Rapids	OLAP o OLTP	Escala verticalmente u horizontalmente hasta 8 nodos Almacenamiento en bloque: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1440-metal	1,440	24,576 GB	SUSE	Intel Sapphire Rapids	OLAP o OLTP	Escala verticalmente u horizontalmente hasta 8 nodos Almacenamiento en bloque: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1920-metal	1,920	32,768 GB	SUSE	Intel Sapphire Rapids	OLAP o OLTP	Escala verticalmente u horizontalmente hasta 8 nodos Almacenamiento en bloque: Hyperdisk Extreme, Hyperdisk Balanced

Versiones de SO compatibles

La serie X4 de tipos de máquinas admite las siguientes versiones de SO:

• SLES para SAP 15 SP4
• SLES para SAP 15 SP5

Almacenamiento en bloque compatible

Para proporcionar almacenamiento en bloque para ejecutar cargas de trabajo de SAP HANA en máquinas X4, puedes usar volúmenes de Hyperdisk Extreme o Hyperdisk Balanced.

Para obtener información sobre las opciones de configuración de almacenamiento recomendadas por Google Cloud, consulta las siguientes secciones:

• Configuración de costo optimizado
• Configuración ajustada para el rendimiento
• Configuración de rendimiento flexible

Nota: Las siguientes configuraciones de almacenamiento son solo recomendaciones iniciales. Te recomendamos que dimensiones las cargas de trabajo y realices validaciones para garantizar un rendimiento óptimo.

Configuración de costo optimizado

En la siguiente tabla, se muestra una configuración de almacenamiento con optimización de costos para ejecutar SAP HANA en los tipos de máquinas X4. En los tamaños de la siguiente tabla, se supone que activas todos los volúmenes de SAP HANA en discos individuales.

Tipo de máquina	Volumen de inicio (GB)	/usr/sap (GB)	/hana/shared (GB)	Tamaño (GB) de /hana/log, IOPS y capacidad de procesamiento	/hana/data (GB), IOPS y capacidad de procesamiento
	Hiperdisco balanceado
x4-megamem-960-metal	50	32	1024	512 GB con 10,000 IOPS y 2,400 Mbps de capacidad de procesamiento	16,384 GB con 16,384 IOPS y 2,400 Mbps de capacidad de procesamiento
x4-megamem-1440-metal	50	32	1024	512 GB con 10,000 IOPS y 2,400 Mbps de capacidad de procesamiento	24,576 GB con 24,576 IOPS y 2,400 Mbps de capacidad de procesamiento
x4-megamem-1920-metal	50	32	1024	512 GB con 10,000 IOPS y 2,400 Mbps de capacidad de procesamiento	32,768 GB con 32,768 IOPS y 2,400 Mbps de capacidad de procesamiento

Configuración ajustada para el rendimiento

En la siguiente tabla, se muestra una configuración de almacenamiento optimizada para el rendimiento para ejecutar SAP HANA en tipos de máquinas X4. En los tamaños de la siguiente tabla, se supone que activas todos los volúmenes de SAP HANA en discos individuales.

Tipo de máquina	Volumen de inicio (GB)	/usr/sap (GB)	/hana/shared (GB)	Tamaño (GB) de /hana/log, IOPS y capacidad de procesamiento	/hana/data (GB), IOPS y capacidad de procesamiento
	Hiperdisco balanceado				Hiperdisco extremo
x4-megamem-960-metal	50	32	1024	512 GB con 10,000 IOPS y 2,400 Mbps de capacidad de procesamiento	16,384 GB con 32,768 IOPS y 5,000 Mbps de capacidad de procesamiento
x4-megamem-1440-metal	50	32	1024	512 GB con 10,000 IOPS y 2,400 Mb/s de capacidad de procesamiento	24,576 GB con 49,152 IOPS y 5,000 Mb/s de capacidad de procesamiento
x4-megamem-1920-metal	50	32	1024	512 GB con 10,000 IOPS y 2,400 Mbps de capacidad de procesamiento	32,768 GB con 65,536 IOPS y 5,000 Mbps de capacidad de procesamiento

Configuración de rendimiento flexible

En la siguiente tabla, se muestra una configuración de almacenamiento que ofrece un rendimiento flexible para ejecutar SAP HANA en los tipos de máquinas X4. En los tamaños de la siguiente tabla, se supone que activas todos los volúmenes de SAP HANA en discos individuales.

Tipo de máquina	Volumen de inicio (GB)	/usr/sap (GB)	/hana/shared (GB)	Tamaño (GB) de /hana/log, IOPS y capacidad de procesamiento	/hana/data (GB), IOPS y capacidad de procesamiento
	Hiperdisco balanceado			Hiperdisco extremo
x4-megamem-960-metal	50	32	1024	512 GB con 10,000 IOPS y 2,500 Mbps de capacidad de procesamiento	16,384 GB con 32,768 IOPS y 5,000 Mbps de capacidad de procesamiento
x4-megamem-1440-metal	50	32	1024	512 GB con 10,000 IOPS y 2,500 Mbps de capacidad de procesamiento	24,576 GB con 49,152 IOPS y 5,000 Mbps de capacidad de procesamiento
x4-megamem-1920-metal	50	32	1024	512 GB con 10,000 IOPS y 2,500 Mbps de capacidad de procesamiento	32,768 GB con 65,536 IOPS y 5,000 Mbps de capacidad de procesamiento

Automatización de la implementación

Para ejecutar SAP HANA, puedes implementar los tipos de máquinas X4 mediante las configuraciones de Terraform que proporciona Google Cloud. Estas opciones de configuración están diseñadas para realizar las siguientes acciones de forma predeterminada:

• Implementa volúmenes de Hyperdisk Extreme para alojar los volúmenes de datos y de registro de SAP HANA. Para implementar volúmenes de Hyperdisk Balanced, usa el argumento disk_type de Terraform.
• Habilita la opción SAP HANA Fast Restart.
• Si alojas el volumen de copia de seguridad de SAP HANA en un disco, estas opciones de configuración de Terraform implementan un volumen de Hyperdisk Balanced de forma predeterminada. Esta implementación de disco se determina mediante el argumento backup_disk_type de Terraform.

Si deseas obtener información sobre las opciones de configuración de Terraform que Google Cloud proporciona para implementar SAP HANA, consulta las soluciones de SAP compatibles.

Tareas posteriores a la implementación

Después de implementar una instancia X4 para ejecutar SAP HANA, te recomendamos que hagas lo siguiente:

• Asegúrate de tener instalada la versión 3.2 (más reciente) del agente de Google Cloud para SAP. Si deseas obtener información para instalar el agente, consulta Instala y configura el agente de Google Cloud para SAP en una instancia de VM de Compute Engine. Si deseas obtener información sobre cómo actualizar a la última versión, consulta Actualiza el agente de Google Cloud para SAP.

• Con el agente de Google Cloud para SAP, optimiza la configuración de tu SO a fin de que sea más compatible con las cargas de trabajo de SAP:

  1. Establece una conexión SSH con tu VM X4.

  2. Verifica la configuración del SO de tu instancia:

     sudo /usr/bin/google_cloud_sap_agent configureinstance -check

     El resultado indica si la configuración del SO de la VM X4 coincide con las prácticas recomendadas o no.

  3. Para cualquier desviación detectada en el paso anterior, aplica correcciones:

     sudo /usr/bin/google_cloud_sap_agent configureinstance -apply

  4. Reinicia tu instancia de VM X4. Para obtener información sobre cómo hacer esto, consulta Reinicia una VM.

• Evalúa tu carga de trabajo de SAP mediante Workload Manager, un servicio de validación basado en reglas que te permite analizar tus cargas de trabajo y detectar desviaciones de los estándares, las reglas y las prácticas recomendadas que ofrecen SAP, Google Cloud y los proveedores del SO. Para obtener información sobre cómo evaluar tu carga de trabajo de SAP, consulta Crea y ejecuta una evaluación. A fin de obtener información sobre las evaluaciones compatibles para las cargas de trabajo de SAP, consulta Prácticas recomendadas de administrador de cargas de trabajo para SAP.

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

SAP HANA requiere más CPU y memoria que muchas cargas de trabajo en Google Cloud. Si tienes una cuenta de Google Cloud nueva o si no solicitaste una cuota mayor, deberías hacerlo para implementar SAP HANA.

En la tabla siguiente, se muestran los valores de cuota para sistemas SAP HANA escalables de forma vertical de host único por tipo de instancia de VM.

Para un sistema SAP HANA de escalamiento horizontal o varios sistemas de escalamiento vertical, debes incluir las cantidades totales de recursos de todos los sistemas. Si quieres obtener orientación sobre cómo determinar los requisitos de almacenamiento para los sistemas de escalamiento horizontal, consulta Determina el tamaño del disco persistente.

Observa tu cuota actual y compárala con los requisitos de recursos (CPU, memoria y almacenamiento) para ver qué aumento solicitar. Luego, puedes solicitar un aumento del límite de cuota.

Si bien el disco persistente extremo (pd-extreme) aún está certificado para su uso con SAP HANA, te recomendamos que uses Hyperdisk Extreme, que proporciona un mayor rendimiento. Si deseas usar discos persistentes extremos, debes aprovisionarlos mediante los tamaños de Hyperdisk Extreme.

Disco persistente balanceado

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data	Tamaño (GB) de /hana/log	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n1-highmem-32	599	104	208	32	943
n1-highmem-32	943
n1-highmem-32	32	208	943
n1-highmem-64	499	208	416	32	1,155
n1-highmem-64	1,155
n1-highmem-64	64	416	1,155
n1-highmem-96	748	312	624	32	1,716
n1-highmem-96	1,716
n1-highmem-96	96	624	1,716
n2-highmem-32	527	128	256	32	943
n2-highmem-32	943
n2-highmem-32	32	256	943
n2-highmem-48	460	192	384	32	1,068
n2-highmem-48	1,068
n2-highmem-48	48	384	1,068
n2-highmem-64	614	256	512	32	1,414
n2-highmem-64	1,414
n2-highmem-64	64	512	1,414
n2-highmem-80	768	320	640	32	1,760
n2-highmem-80	1,760
n2-highmem-80	80	640	1,760
n2-highmem-96	921	384	768	32	2,105
n2-highmem-96	2,105
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036	432	864	32	2,364
n2-highmem-128	2,364
n2-highmem-128	128	864	2,364
c3-standard-44	647	88	176	32	943
c3-standard-44	943
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1,932
c3-highmem-88	1,932
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689	512	1,024	32	3,257
c3-highmem-176	3,257
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719	512	1,024	32	3,287
m1-megamem-96	3,287
m1-megamem-96	96	1,433	3,287
m1-ultramem-40	1,153	480	961	32	2,626
m1-ultramem-40	2,626
m1-ultramem-40	40	961	2,626
m1-ultramem-80	2,306	512	1,024	32	3,874
m1-ultramem-80	3,874
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612	512	1,024	32	6,180
m1-ultramem-160	6,180
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065	512	1,024	32	8,633
m2-megamem-416	8,633
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065	512	1,024	32	8,633
m2-ultramem-208	8,633
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092	512	1,024	32	15,660
m2-ultramem-416	15,660
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598	512	1,024	32	12,166
m2-hypermem-416	12,166
m2-hypermem-416	416	8,832	12,166
m3-ultramem-32	1,171	488	976	32	2,667
m3-ultramem-32	2,667
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342	512	1,024	32	3,910
m3-ultramem-64	3,910
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684	512	1,024	32	6,252
m3-ultramem-128	6,252
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171	488	976	32	2,667
m3-megamem-64	2,667
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342	512	1,024	32	3,910
m3-megamem-128	3,910
m3-megamem-128	128	1,952	3,910

Disco SSD persistente

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data	Tamaño (GB) de /hana/log	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n1-highmem-32	249	104	208	32	593
n1-highmem-32	593
n1-highmem-32	32	208	593
n1-highmem-64	499	208	416	32	1,155
n1-highmem-64	1,155
n1-highmem-64	64	416	1,155
n1-highmem-96	748	312	624	32	1,716
n1-highmem-96	1,716
n1-highmem-96	96	624	1,716
n2-highmem-32	307	128	256	32	723
n2-highmem-32	723
n2-highmem-32	32	256	723
n2-highmem-48	460	192	384	32	1,068
n2-highmem-48	1,068
n2-highmem-48	48	384	1,068
n2-highmem-64	614	256	512	32	1,414
n2-highmem-64	1,414
n2-highmem-64	64	512	1,414
n2-highmem-80	768	320	640	32	1,760
n2-highmem-80	1,760
n2-highmem-80	80	640	1,760
n2-highmem-96	921	384	768	32	2,105
n2-highmem-96	2,105
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036	432	864	32	2,364
n2-highmem-128	2,364
n2-highmem-128	128	864	2,364
c3-standard-44	254	88	176	32	550
c3-standard-44	550
c3-standard-44	44	176	507
c3-highmem-44	422	176	352	32	982
c3-highmem-44	982
c3-highmem-44	44	352	982
c3-highmem-88	844	352	704	32	1,932
c3-highmem-88	1,932
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689	512	1,024	32	3,257
c3-highmem-176	3,257
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719	512	1,024	32	3,287
m1-megamem-96	3,287
m1-megamem-96	96	1,433	3,287
m1-ultramem-40	1,153	480	961	32	2,626
m1-ultramem-40	2,626
m1-ultramem-40	40	961	2,626
m1-ultramem-80	2,306	512	1,024	32	3,874
m1-ultramem-80	3,874
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612	512	1,024	32	6,180
m1-ultramem-160	6,180
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065	512	1,024	32	8,633
m2-megamem-416	8,633
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065	512	1,024	32	8,633
m2-ultramem-208	8,633
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092	512	1,024	32	15,660
m2-ultramem-416	15,660
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598	512	1,024	32	12,166
m2-hypermem-416	12,166
m2-hypermem-416	416	8,832	12,166
m3-ultramem-32	1,171	488	976	32	2,667
m3-ultramem-32	2,667
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342	512	1,024	32	3,910
m3-ultramem-64	3,910
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684	512	1,024	32	6,252
m3-ultramem-128	6,252
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171	488	976	32	2,667
m3-megamem-64	2,667
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342	512	1,024	32	3,910
m3-megamem-128	3,910
m3-megamem-128	128	1,952	3,910

Hiperdisco extremo

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data y, además, IOPS	Tamaño (GB) de /hana/log y, además, IOPS	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de y, además, IOPS
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n2-highmem-80	768 GB con 10,000 IOPS	320 GB con 10,000 IOPS	640	32	1,760
n2-highmem-80	1,760 GB con 20,000 IOPS
n2-highmem-80	80	640	1,760
n2-highmem-96	921 GB con 10,000 IOPS	384 GB con 10,000 IOPS	768	32	2,105
n2-highmem-96	2,105 GB con 20,000 IOPS
n2-highmem-96	96	768	2,105
n2-highmem-128	1,036 GB con 10,000 IOPS	432 GB con 10,000 IOPS	864	32	2,364
n2-highmem-128	2,364 GB con 20,000 IOPS
n2-highmem-128	128	864	2,364
c3-highmem-88	844 GB con 10,000 IOPS	352 GB con 10,000 IOPS	704	32	1,932
c3-highmem-88	1,932 GB con 20,000 IOPS
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,257
c3-highmem-176	3,257 GB con 20,000 IOPS
c3-highmem-176	176	1,408	3,257
m1-megamem-96	1,719 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,287
m1-megamem-96	3,287 GB con 20,000 IOPS
m1-megamem-96	96	1,433	3,287
m1-ultramem-80	2,306 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,874
m1-ultramem-80	3,874 GB con 20,000 IOPS
m1-ultramem-80	80	1,922	3,874
m1-ultramem-160	4,612 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	6,180
m1-ultramem-160	6,180 GB con 20,000 IOPS
m1-ultramem-160	160	3,844	6,180
m2-megamem-416	7,065 GB con 14,130 IOPS	512 GB con 10,000 IOPS	1,024	32	8,633
m2-megamem-416	8,633 GB con 24,130 IOPS
m2-megamem-416	416	5,888	8,633
m2-ultramem-208	7,065 GB con 14,130 IOPS	512 GB con 10,000 IOPS	1,024	32	8,633
m2-ultramem-208	8,633 GB con 24,130 IOPS
m2-ultramem-208	208	5,888	8,633
m2-ultramem-416	14,092 GB con 28,184 IOPS	512 GB con 10,000 IOPS	1,024	32	15,660
m2-ultramem-416	15,660 GB con 38,184 IOPS
m2-ultramem-416	416	11,766	15,660
m2-hypermem-416	10,598 GB con 21,196 IOPS	512 GB con 10,000 IOPS	1,024	32	12,166
m2-hypermem-416	12,166 GB con 31,196 IOPS
m2-hypermem-416	416	8,832	12,166
m3-ultramem-64	2,342 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,910
m3-ultramem-64	3,910 GB con 20,000 IOPS
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	6,252
m3-ultramem-128	6,252 GB con 20,000 IOPS
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171 GB con 10,000 IOPS	488 GB con 10,000 IOPS	976	32	2,667
m3-megamem-64	2,667 GB con 20,000 IOPS
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342 GB con 10,000 IOPS	512 GB con 10,000 IOPS	1,024	32	3,910
m3-megamem-128	3,910 GB con 20,000 IOPS
m3-megamem-128	128	1,952	3,910

Hiperdisco balanceado

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data , IOPS y capacidad de procesamiento	Tamaño (GB) de /hana/log , IOPS y capacidad de procesamiento	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de, IOPS y capacidad de procesamiento
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
c3-standard-44	211 GB con 10,000 IOPS y 400 Mbps de capacidad de procesamiento	88 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	176	32	507
c3-standard-44	507 GB con 13,000 IOPS y 800 Mbps de capacidad de procesamiento
c3-standard-44	44	176	507
c3-highmem-44	422 GB con 10,000 IOPS y 400 Mbps de capacidad de procesamiento	176 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	352	32	982
c3-highmem-44	982 GB con 13,000 IOPS y 800 Mbps de capacidad de procesamiento
c3-highmem-44	44	352	982
c3-highmem-88	844 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	352 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	704	32	1,932
c3-highmem-88	1,932 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
c3-highmem-88	88	704	1,932
c3-highmem-176	1,689 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,257
c3-highmem-176	3,257 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
c3-highmem-176	176	1,408	3,257
m3-ultramem-32	1,171 GB con 10,000 IOPS y 900 Mbps de capacidad de procesamiento	488 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	976	32	2,667
m3-ultramem-32	2,667 GB con 13,000 IOPS y 1,300 Mbps de capacidad de procesamiento
m3-ultramem-32	32	976	2,667
m3-ultramem-64	2,342 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,910
m3-ultramem-64	3,910 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-ultramem-64	64	1,952	3,910
m3-ultramem-128	4,684 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	6,252
m3-ultramem-128	6,252 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-ultramem-128	128	3,904	6,252
m3-megamem-64	1,171 GB con 10,000 IOPS y 900 Mbps de capacidad de procesamiento	488 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	976	32	2,667
m3-megamem-64	2,667 GB con 13,000 IOPS y 1,300 Mbps de capacidad de procesamiento
m3-megamem-64	64	976	2,667
m3-megamem-128	2,342 GB con 10,000 IOPS y 1,200 Mbps de capacidad de procesamiento	512 GB con 3,000 IOPS y 400 Mbps de capacidad de procesamiento	1,024	32	3,910
m3-megamem-128	3,910 GB con 13,000 IOPS y 1,600 Mbps de capacidad de procesamiento
m3-megamem-128	128	1,952	3,910

Disco persistente estándar

Tipo de VM de Compute Engine	Tamaño (GB) de /hana/data	Tamaño (GB) de /hana/log	Tamaño de /hana/shared (GB)	Tamaño de /usr/sap (GB)	Tamaño total (GB)
Tipo de VM de Compute Engine	Tamaño (GB) de
Tipo de VM de Compute Engine	CPU virtual	Memoria (GB)	Cuota (GB)
n1-highmem-32		104	208	32
n1-highmem-32
n1-highmem-32	32	208	448
n1-highmem-64	499	208	416	32	1,155
n1-highmem-64	1,155
n1-highmem-64	64	416	864
n1-highmem-96	748	312	624	32	1,716
n1-highmem-96	1,716
n1-highmem-96	96	624	1,280
n2-highmem-32		128	256	32
n2-highmem-32
n2-highmem-32	32	256	544
n2-highmem-48	460	192	384	32	1,068
n2-highmem-48	1,068
n2-highmem-48	48	384	800
n2-highmem-64	614	256	512	32	1,414
n2-highmem-64	1,414
n2-highmem-64	64	512	1,056
n2-highmem-80	768	320	640	32	1,760
n2-highmem-80	1,760
n2-highmem-80	80	640	1,312
n2-highmem-96	921	384	768	32	2,105
n2-highmem-96	2,105
n2-highmem-96	96	768	1,568
n2-highmem-128	1,036	432	864	32	2,364
n2-highmem-128	2,364
n2-highmem-128	128	864	1,760
m1-megamem-96	1,719	512	1,024	32	3,287
m1-megamem-96	3,287
m1-megamem-96	96	1,433	2,898
m1-ultramem-40	1,153	480	961	32	2,626
m1-ultramem-40	2,626
m1-ultramem-40	40	961	1,954
m1-ultramem-80	2,306	512	1,024	32	3,874
m1-ultramem-80	3,874
m1-ultramem-80	80	1,922	3,876
m1-ultramem-160	4,612	512	1,024	32	6,180
m1-ultramem-160	6,180
m1-ultramem-160	160	3,844	7,720
m2-megamem-416	7,065	512	1,024	32	8,633
m2-megamem-416	8,633
m2-megamem-416	416	5,888	11,832
m2-ultramem-208	7,065	512	1,024	32	8,633
m2-ultramem-208	8,633
m2-ultramem-208	208	5,888	11,832
m2-ultramem-416	14,092	512	1,024	32	15,660
m2-ultramem-416	15,660
m2-ultramem-416	416	11,766	23,564
m2-hypermem-416	10,598	512	1,024	32	12,166
m2-hypermem-416	12,166
m2-hypermem-416	416	8,832	17,696

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

En Google Cloud, puedes implementar SAP HANA en 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 crear 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 32 Gbps o hasta 100 Gbps en tipos de máquinas seleccionados que usan redes de ancho de banda alto. Si deseas obtener información sobre los tipos de máquinas certificadas para usar con SAP HANA, consulta Tipos de máquinas certificadas para SAP HANA.

• SSD o volúmenes Persistent Disk de Compute Engine basados en SSD de la siguiente manera:

  • Un disco para cada uno de los siguientes directorios: /hana/data, /hana/log /hana/shared y /usr/sap Si quieres obtener información sobre las recomendaciones de discos para SAP HANA, consulta Almacenamiento en discos persistentes. Para obtener un rendimiento óptimo de SAP, los volúmenes de Persistent Disk o de Hyperdisk deben tener el tamaño adecuado en función de la tabla de Tamaños mínimos para los volúmenes de Persistent Disk basados en SSD y de Hyperdisk.

  • Un disco persistente balanceado para el disco de arranque.

  • Un disco para la copia de seguridad de la base de datos de SAP HANA (opcional).

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

• Agente de Google Cloud para SAP A partir de la versión 2.0, puedes configurar este agente para recopilar las métricas de supervisión de SAP HANA, que te permite supervisar tus instancias de SAP HANA. A partir de la versión 3.0, también puedes usar su función Backint para almacenar copias de seguridad de SAP HANA directamente en el depósito de Cloud Storage y recuperar según sea necesario.

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

  • 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 tanto, debes proporcionar un método indirecto para acceder a Internet mediante las siguientes opciones:

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

• Por razones administrativas, puedes usar la redirección de TCP para conectarte a los sistemas. Si deseas obtener información sobre el uso de Identity-Aware Proxy para la redirección 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

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 32 Gbps o hasta 100 Gbps en tipos de máquinas seleccionados con redes de ancho de banda alto.

A medida que aumenta la demanda de carga de trabajo, sobre todo cuando se usa el procesamiento analítico en línea (OLAP), se puede distribuir la carga entre todos los hosts con una arquitectura de escalamiento horizontal de varios hosts.

En el siguiente diagrama, se muestra una arquitectura de escalamiento horizontal para SAP HANA 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 Conmutación por error automática de host de SAP HANA en Google Cloud.

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 basados en SSD o hiperparámetros, que proporcionan IOPS coherentes y altos y IO. El host principal también funciona como un NFS principal para los volúmenes /hana/shared y /hanabackup y este principal NFS 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.

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. Si deseas obtener información sobre los tipos de máquinas certificadas para su uso con SAP HANA, consulta Tipos de máquinas certificadas para SAP HANA.

• Volúmenes de Persistent Disk o Hyperdisk basados en SSD, de la siguiente manera:

  • Cada VM debe incluir un disco, 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 para el volumen local /hanabackup de cada instancia de 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.

• Agente de Google Cloud para SAP A partir de la versión 2.0, puedes configurar este agente para recopilar las métricas de supervisión de SAP HANA, que te permite supervisar tus instancias de SAP HANA. A partir de la versión 3.0, también puedes usar su función Backint para almacenar copias de seguridad de SAP HANA directamente en el depósito de Cloud Storage y recuperar según sea necesario.

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

  • 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 tanto, debes proporcionar un método indirecto para acceder a Internet mediante las siguientes opciones:

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

• Por razones administrativas, puedes usar la redirección de TCP para conectarte a los sistemas. Si deseas obtener información sobre el uso de Identity-Aware Proxy para la redirección 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

Alta disponibilidad para SAP HANA en Google Cloud

A fin de diseñar una configuración de alta disponibilidad para SAP HANA en Google Cloud, puedes usar una combinación de funciones nativas de Google Cloud y SAP.

Para obtener información sobre las opciones de alta disponibilidad, consulta la guía de planificación de alta disponibilidad de SAP HANA.

Automatización para implementaciones de SAP HANA

Google Cloud proporciona archivos de configuración de Terraform y plantillas de Deployment Manager que puedes usar para automatizar la implementación de la infraestructura de Google Cloud y, de forma opcional, SAP HANA.

Las opciones de automatización de implementaciones que proporciona Google Cloud admiten las siguientes situaciones de implementación de SAP HANA:

• Escalamiento vertical
• Escala de forma vertical en un clúster de alta disponibilidad de dos nodos
• Escala de forma horizontal sin nodos en espera
• Escala de forma horizontal sin nodos en espera en un clúster de alta disponibilidad
• Escala de forma horizontal con los nodos en espera automática de conmutación por error del host de SAP HANA

Si deseas obtener más información sobre la automatización para las situaciones de implementación de escalamiento horizontal o vertical, consulta los siguientes vínculos:

• Automatización de la implementación para sistemas de escalamiento vertical
• Automatización de la implementación para sistemas de escalamiento horizontal

Automatiza la implementación de la instancia de SAP HANA

De manera opcional, puedes incluir la instalación de SAP HANA con la implementación automatizada de la infraestructura de Google Cloud.

Las secuencias de comandos de instalación que proporciona Google Cloud instalan SAP HANA después de implementar la infraestructura.

Si algún problema impide la instalación de una instancia de SAP HANA, por lo general, la infraestructura todavía se implementa y configura. A continuación, puedes usar la infraestructura implementada e instalar SAP HANA de forma manual o borrar la infraestructura, corregir el problema y volver a ejecutar la automatización de implementación hasta que la instancia de SAP HANA se instale de forma correcta.

Cuando usas las secuencias de comandos de instalación que Google Cloud instala para SAP HANA, debes proporcionar valores para ciertos parámetros. Si omites estos parámetros o no especificas valores válidos para todos ellos, la secuencia de comandos de instalación no podrá instalar la instancia de SAP HANA en la infraestructura implementada.

• Cuando usas los archivos de configuración de Terraform que proporciona Google Cloud para instalar SAP HANA, debes proporcionar valores válidos para los siguientes argumentos: sap_hana_deployment_bucket, sap_hana_sid, sap_hana_sidadm_uid, sap_hana_sidadm_password y sap_hana_system_password. Para obtener más información sobre los argumentos de Terraform, consulta la siguiente información:Terraform: Guía de implementación de escalamiento vertical de SAP HANA.

• Cuando usas las plantillas de Deployment Manager que proporciona Google Cloud para instalar SAP HANA, debes proporcionar valores válidos para los siguientes parámetros de configuración: sap_hana_deployment_bucket, sap_hana_sid y sap_hana_instance_number, sap_hana_sidadm_password, sap_hana_system_password y sap_hana_scaleout_nodes. Para obtener más información sobre las propiedades de Deployment Manager, consulta la Guía de implementación de escalamiento vertical de SAP HANA:

Administración de contraseñas

Para automatizar la instalación de SAP HANA en las VM de Compute Engine implementadas, debes especificar las contraseñas del usuario SIDadm y el usuario de la base de datos. Puedes especificar estas contraseñas en tu archivo de configuración de Terraform de las siguientes maneras:

• (Recomendado) Para proporcionar las contraseñas a las secuencias de comandos de instalación de forma segura, puedes crear Secrets con Secret Manager, que es un servicio cobrado de Google Cloud y, luego, especifica los nombres de los Secrets como valores para los argumentos sap_hana_sidadm_password_secret y sap_hana_system_password_secret.

  Para obtener información sobre los precios de Secret Manager, consulta la página de precios de Secret Manager.

• Como alternativa, puedes especificar las contraseñas en texto sin formato en los argumentos sap_hana_sidadm_password y sap_hana_system_password.

Nota: Debes usar ambos secretos para ambas contraseñas o especificarlos directamente en texto sin formato. Además, los secretos deben existir en el proyecto de Google Cloud en el que se implementa el sistema SAP.

Implementaciones automatizadas y VM personalizadas

Los archivos de configuración de Terraform y las plantillas de Deployment Manager no admiten la especificación de VMs personalizadas de Compute Engine.

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.

A fin de obtener más información sobre cómo modificar VMs, consulta Modifica la configuración de VM para sistemas SAP.

Automatización de la implementación para sistemas de escalamiento vertical

Google Cloud proporciona archivos de configuración de Terraform y 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 Terraform o Deployment Manager se pueden usar para las siguientes situaciones:

• Un sistema SAP HANA independiente y escalable de forma vertical

  Consulta la guía de implementación de Terraform o Deployment Manager.

• Un sistema SAP HANA de escalamiento vertical activo y en espera en un clúster de alta disponibilidad de Linux

  Consulta la guía de implementación de Terraform o Deployment Manager.

Con las secuencias de comandos de Terraform o 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

Excepto SAP HANA Studio o su VM, puedes usar Terraform para implementar todos estos componentes del sistema.

Para obtener información sobre cómo crear estos componentes, consulta la sección Requisitos en las siguientes guías:

• Guía de implementación de escalamiento vertical de SAP HANA
• Guía de implementación de Deployment Manager para SAP HANA

Automatización de la implementación para sistemas de escalamiento horizontal

Google Cloud proporciona archivos de configuración de Terraform y 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 Terraform: SAP HANA o la Guía de implementación de Deployment Manager: SAP HANA. .
• Para implementar un sistema de escalamiento horizontal sin hosts de reserva en un clúster de alta disponibilidad de Linux, consulta la Guía de configuración de clústeres de alta disponibilidad de SAP HANA.
• Para implementar un sistema de escalamiento horizontal que incluya hosts en espera, consulta Terraform: Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host o Deployment Manager: Sistema de escalamiento horizontal de SAP HANA con guía de implementación de conmutación por error automática de host.

La configuración de Terraform o las plantillas de Deployment Manager pueden implementar VM, discos persistentes y SAP HANA. También pueden asignar puntos de activación de NFS a los volúmenes compartidos y de copia de seguridad de SAP HANA. En las implementaciones de escalamiento horizontal de varios hosts, la configuración de Terraform o la plantilla de Deployment Manager también pueden implementar instancias de Filestore nuevas para alojar los volúmenes compartidos de copias de seguridad y SAP HANA.

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

Excepto SAP HANA Studio o su VM, puedes usar Terraform para implementar todos estos componentes del sistema.

Soluciones de uso compartido de archivos para implementaciones de escalamiento horizontal con hosts múltiples

La configuración de Terraform que proporciona Google Cloud para la implementación de escalamiento horizontal de varios hosts de SAP HANA, de forma predeterminada, crea exportaciones de NFS para los volúmenes /hana/shared y /hanabackup en la instancia principal de VM de SAP HANA y comparte los volúmenes con los nodos trabajadores.

Sin embargo, si deseas usar una solución de NFS para compartir los volúmenes /hana/shared y /hanabackup con los hosts de trabajadores, puedes usar una de las siguientes opciones:

• Para asociar una solución de NFS existente que implementaste en Google Cloud, debes especificar los puntos de activación de NFS de los volúmenes /hana/shared y /hanabackup para los argumentos sap_hana_shared_nfs y sap_hana_backup_nfs, respectivamente, en tu archivo de configuración de Terraform.

• Para implementar instancias de Filestore nuevas y asociar sus archivos compartidos con los volúmenes /hana/shared y /hanabackup, debes definir un recurso google_filestore_instance y, luego, especificar los nombres de los archivos compartidos con los argumentos sap_hana_shared_nfs_resource y sap_hana_backup_nfs_resource, respectivamente, en el archivo de configuración de Terraform.

Para ver un ejemplo, consulta la configuración de ejemplo.

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 la consola de Google Cloud. 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.

Para 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: SAP en Google Cloud Platform: requisitos previos de compatibilidad (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.