Skip to main content
NetApp Solutions SAP
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Ajuste de tamaño del almacenamiento

Colaboradores

En la siguiente sección se ofrece una descripción general de las consideraciones de rendimiento y capacidad necesarias para configurar un sistema de almacenamiento para SAP HANA.

Nota Póngase en contacto con NetApp o con su representante de ventas de partner de NetApp para ayudarle a crear un entorno de almacenamiento de tamaño adecuado.

Consideraciones de rendimiento

SAP ha definido un conjunto estático de KPI de almacenamiento. Estos KPI son válidos para todos los entornos SAP HANA de producción independientemente del tamaño de la memoria de los hosts de la base de datos y de las aplicaciones que utilizan la base de datos SAP HANA. Estos KPI son válidos para entornos de un solo host, de varios hosts, Business Suite en HANA, Business Warehouse en HANA, S/4HANA y BW/4HANA. Por lo tanto, el enfoque actual de ajuste de tamaño del rendimiento depende únicamente del número de hosts SAP HANA activos conectados al sistema de almacenamiento.

Nota Los KPI de rendimiento del almacenamiento solo se aplican a los sistemas SAP HANA de producción, pero puede implementarlos en todos los sistemas HANA.

SAP ofrece una herramienta de prueba del rendimiento que debe utilizarse para validar el rendimiento del sistema de almacenamiento para hosts SAP HANA activos conectados al almacenamiento.

NetApp ha probado y predefinido el número máximo de hosts SAP HANA que pueden adjuntarse a un modelo de almacenamiento específico y sigue cumpliendo los KPI de almacenamiento necesarios de SAP para sistemas SAP HANA basados en producción.

El número máximo de hosts SAP HANA que se pueden ejecutar en una bandeja de discos y el número mínimo de SSD necesarios por host SAP HANA se determinaron ejecutando la herramienta de prueba del rendimiento de SAP. En esta prueba no se tienen en cuenta los requisitos de capacidad de almacenamiento reales de los hosts. También debe calcular los requisitos de capacidad para determinar la configuración de almacenamiento real necesaria.

Bandeja de discos SAS

Con la bandeja de discos SCSI con conexión en serie (SAS) de 12 GB (DS224C), el dimensionamiento del rendimiento se realiza mediante las siguientes configuraciones de bandejas de discos fijas:

  • Bandejas de discos con media carga y 12 SSD

  • Bandejas de discos totalmente cargadas con 24 SSD

Nota Ambas configuraciones utilizan partición de disco avanzada (ADPv2). Una bandeja de discos media cargada admite hasta nueve hosts SAP HANA, mientras que una bandeja completamente cargada admite hasta 14 hosts en una única bandeja de discos. Los hosts SAP HANA deben distribuirse de igual manera entre las dos controladoras de almacenamiento. Lo mismo se aplica a los discos internos de un sistema AFF A700s. La bandeja de discos DS224C debe conectarse mediante SAS de 12 GB para admitir el número de hosts SAP HANA.

La bandeja de discos SAS de 6 GB (DS2246) admite un máximo de cuatro hosts SAP HANA. Los SSD y los hosts SAP HANA deben distribuirse de igual manera entre las dos controladoras de almacenamiento.

La tabla siguiente resume el número admitido de hosts SAP HANA por bandeja de discos.

Bandejas SAS de 6 GB (DS2246) totalmente cargadas con 24 SSD 12 GB de bandejas SAS (DS224C)mitad cargada con 12 SSD y ADPv2 12 GB de bandejas SAS (DS224C)totalmente cargadas con 24 SSD y ADPv2

Número máximo de hosts SAP HANA por bandeja de discos

4

9

14

Nota Este cálculo es independiente de la controladora de almacenamiento utilizada. Si agrega más bandejas de discos, no aumente la cantidad máxima de hosts SAP HANA que puede admitir una controladora de almacenamiento.

Bandeja NS224 NVMe

Un SSD de NVMe (datos) admite hasta 5 hosts SAP HANA. Los SSD y los hosts SAP HANA deben distribuirse de igual manera entre las dos controladoras de almacenamiento.
Lo mismo se aplica a los discos NVMe internos de los sistemas AFF A800, AFF A70 y AFF A90.

Nota Añadir más bandejas de discos no aumenta la cantidad máxima de hosts SAP HANA que puede admitir una controladora de almacenamiento.

Cargas de trabajo mixtas

Se admiten cargas de trabajo de SAP HANA y otras aplicaciones que se ejecutan en la misma controladora de almacenamiento o en el mismo agregado de almacenamiento. Sin embargo, una mejor práctica de NetApp es separar las cargas de trabajo de SAP HANA de las demás cargas de trabajo de aplicaciones.

Puede decidir poner en marcha cargas de trabajo SAP HANA y otras cargas de trabajo de aplicaciones en la misma controladora de almacenamiento o en el mismo agregado. Si es así, debe asegurarse de que hay disponible un rendimiento adecuado para SAP HANA en el entorno de cargas de trabajo mixtas. NetApp también recomienda utilizar parámetros de calidad de servicio (QoS) para regular el efecto que estas otras aplicaciones pueden tener en las aplicaciones SAP HANA y garantizar el rendimiento para aplicaciones SAP HANA.

La herramienta de prueba de rendimiento de SAP debe utilizarse para comprobar si se pueden ejecutar hosts SAP HANA adicionales en una controladora de almacenamiento existente que ya se esté utilizando para otras cargas de trabajo. Los servidores de aplicaciones SAP se pueden colocar de forma segura en la misma controladora de almacenamiento o agregado que las bases de datos SAP HANA.

Consideraciones de capacidad

Existe una descripción detallada de los requisitos de capacidad para SAP HANA "Nota de SAP 1900823" whitepaper.

Nota El tamaño de la capacidad del entorno general de SAP con varios sistemas SAP HANA debe determinarse mediante el uso de herramientas de ajuste de tamaño del almacenamiento de SAP HANA de NetApp. Póngase en contacto con NetApp o con su representante de ventas para partners de NetApp para validar el proceso de configuración del almacenamiento para entornos de almacenamiento de tamaño adecuado.

Configuración de la herramienta de prueba de rendimiento

A partir de SAP HANA 1.0 SPS10, SAP introdujo parámetros para ajustar el comportamiento de I/o y optimizar la base de datos para el sistema de archivos y almacenamiento utilizado. Estos parámetros también deben definirse para la herramienta de prueba del rendimiento de SAP cuando se realiza la prueba del rendimiento de almacenamiento con la herramienta de prueba de rendimiento de SAP.

NetApp ha realizado pruebas de rendimiento para definir los valores óptimos. En la siguiente tabla se enumeran los parámetros que deben establecerse en el archivo de configuración de la herramienta de prueba de rendimiento SAP.

Parámetro Valor

max_parallel_io_requests

128

async_read_submit

encendido

async_write_submit_active

encendido

async_write_submit_blocks

todo

Para obtener más información acerca de la configuración de las distintas herramientas de prueba de SAP, consulte "Nota de SAP 1943937" Para HWCCT (SAP HANA 1.0) y. "Nota de SAP 2493172" PARA HCMT/HCOT (SAP HANA 2.0).

El ejemplo siguiente muestra cómo se pueden establecer las variables para el plan de ejecución de HCMT/HCOT.

…{
         "Comment": "Log Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "LogAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "DataAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "LogAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "DataAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "LogAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "DataAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "LogExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "DataExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      }, …

Estas variables deben utilizarse para la configuración de prueba. Este suele ser el caso de los planes de ejecución predefinidos que SAP ofrece con la herramienta HCMT/HCOT. El ejemplo siguiente para una prueba de escritura de registro 4k procede de un plan de ejecución.

…
      {
         "ID": "D664D001-933D-41DE-A904F304AEB67906",
         "Note": "File System Write Test",
         "ExecutionVariants": [
            {
               "ScaleOut": {
                  "Port": "${RemotePort}",
                  "Hosts": "${Hosts}",
                  "ConcurrentExecution": "${FSConcurrentExecution}"
               },
               "RepeatCount": "${TestRepeatCount}",
               "Description": "4K Block, Log Volume 5GB, Overwrite",
               "Hint": "Log",
               "InputVector": {
                  "BlockSize": 4096,
                  "DirectoryName": "${LogVolume}",
                  "FileOverwrite": true,
                  "FileSize": 5368709120,
                  "RandomAccess": false,
                  "RandomData": true,
                  "AsyncReadSubmit": "${LogAsyncReadSubmit}",
                  "AsyncWriteSubmitActive": "${LogAsyncWriteSubmitActive}",
                  "AsyncWriteSubmitBlocks": "${LogAsyncWriteSubmitBlocks}",
                  "ExtMaxParallelIoRequests": "${LogExtMaxParallelIoRequests}",
                  "ExtMaxSubmitBatchSize": "${LogExtMaxSubmitBatchSize}",
                  "ExtMinSubmitBatchSize": "${LogExtMinSubmitBatchSize}",
                  "ExtNumCompletionQueues": "${LogExtNumCompletionQueues}",
                  "ExtNumSubmitQueues": "${LogExtNumSubmitQueues}",
                  "ExtSizeKernelIoQueue": "${ExtSizeKernelIoQueue}"
               }
            }, …

Descripción general del proceso de configuración del almacenamiento

El número de discos por host HANA y la densidad de host de SAP HANA para cada modelo de almacenamiento se determinaron mediante la herramienta de prueba de rendimiento.

El proceso de ajuste de tamaño requiere detalles como el número de hosts SAP HANA de producción y no productivos, el tamaño de RAM de cada host y la retención de backup de las copias Snapshot basadas en almacenamiento. El número de hosts SAP HANA determina la controladora de almacenamiento y el número de discos necesarios.

El tamaño de la RAM, el tamaño de los datos netos del disco de cada host SAP HANA y el período de retención de backup de copia de Snapshot se utilizan como entradas durante el ajuste de tamaño de la capacidad.

La siguiente figura resume el proceso de dimensionamiento.

Figura que muestra el cuadro de diálogo de entrada/salida o que representa el contenido escrito