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 que son válidas para todos los entornos SAP HANA de producción independientemente del tamaño de memoria de los hosts de bases 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 solo depende 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 utilizada 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 cumple al mismo tiempo los KPI de almacenamiento necesarios de SAP para sistemas SAP HANA basados en producción.

Nota Las controladoras de almacenamiento de la familia de productos FAS certificados también pueden utilizarse para SAP HANA con otros tipos de disco o soluciones de back-end de disco. Sin embargo, deben contar con el soporte de NetApp y cumplir los KPI de rendimiento de TDI de SAP HANA. Entre los ejemplos se incluyen el cifrado en almacenamiento de NetApp (NSE) y la tecnología FlexArray de NetApp.

Este documento describe el tamaño de disco para HDD SAS y unidades de estado sólido (SSD).

HDD

Se requiere un mínimo de 10 discos de datos (10 000 RPM SAS) por nodo SAP HANA para cumplir los KPI de rendimiento de almacenamiento de SAP.

Nota Este cálculo es independiente de la controladora de almacenamiento y de la bandeja de discos que se usan, así como de los requisitos de capacidad de la base de datos. Añadir más bandejas de discos no aumenta la cantidad máxima de hosts SAP HANA que puede admitir una controladora de almacenamiento.

Unidades de estado sólido

Con los SSD, el número de discos de datos viene determinado por el rendimiento de la conexión SAS de las controladoras de almacenamiento a la bandeja SSD.

El número máximo de hosts SAP HANA que se pueden ejecutar en una única 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. Además, también debe calcular los requisitos de capacidad para determinar la configuración de almacenamiento real necesaria.

  • La bandeja de discos SAS de 12 GB (DS224C) con 24 SSD admite hasta 14 hosts SAP HANA cuando la bandeja de discos está conectada a 12 GB.

  • La bandeja de discos SAS de 6 GB (DS2246) con 24 SSD admite hasta 4 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)totalmente cargadas con 24 SSD

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

4

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.

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 pueden tener estas otras aplicaciones 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" documento técnico adjunto.

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 cuando se compruebe el rendimiento del almacenamiento con la herramienta de prueba del 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 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 con la herramienta de prueba del rendimiento de SAP.

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