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 sobre el rendimiento y la capacidad necesarias para configurar un sistema de almacenamiento para SAP HANA.

Nota Póngase en contacto con su representante de ventas de NetApp o de partner de NetApp para respaldar el proceso de configuración del almacenamiento y ayudarle a crear un entorno de almacenamiento de dimensiones adecuadas.

Consideraciones de rendimiento

SAP ha definido un conjunto estático de indicadores de rendimiento clave del almacenamiento (KPI). 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 proporciona una herramienta de prueba del rendimiento que debe utilizarse para validar el rendimiento de los sistemas 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 cumple al mismo tiempo 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 SAS de 12 GB (DS224C), el tamaño del rendimiento se realiza mediante configuraciones fijas de discos y bandejas:

  • Bandejas de discos con media carga y 12 SSD

  • Bandejas de discos totalmente cargadas con 24 SSD

Ambas configuraciones utilizan particiones de unidades avanzadas (ADPv2). Una bandeja de discos media cargada admite hasta 9 hosts SAP HANA; 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.

Nota La bandeja de discos DS224C debe conectarse mediante un 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 4 hosts SAP HANA. Los SSD y los hosts SAP HANA deben distribuirse de igual manera entre las dos controladoras de almacenamiento. La figura 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)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. Añadir más bandejas de discos no aumenta el número máximo de hosts SAP HANA que puede admitir una controladora de almacenamiento.

Bandeja NS224 NVMe

El número mínimo de 12 SSD NVMe para la primera bandeja admite hasta 18 hosts SAP HANA. Una bandeja completamente llena admite hasta 48 hosts SAP HANA.

Nota Añadir más bandejas de discos no aumenta el número máximo 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 pruebas HCMT 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 de rendimiento de SAP cuando se realiza una prueba del rendimiento de almacenamiento con la herramienta de prueba 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 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 la herramienta de prueba 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 SAP HANA.

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.

Error: Falta la imagen gráfica