SAP HANA es compatible con la deduplicación inline, la compresión inline y la compactación inline, en una configuración de SSD.

No se admite la habilitación de las funciones de eficiencia del almacenamiento en una configuración HDD.

El uso de volúmenes de NetApp FlexGroup no es compatible con SAP HANA. Debido a la arquitectura de SAP HANA, el uso de FlexGroup Volumes no ofrece ningún beneficio y puede dar lugar a problemas de rendimiento.

El uso del cifrado de volúmenes de NetApp (NVE) y el cifrado de agregados de NetApp (NAE) son compatibles con SAP HANA.

La calidad de servicio se puede utilizar para limitar el rendimiento del almacenamiento para sistemas SAP HANA específicos. Un caso de uso sería limitar el rendimiento de los sistemas de desarrollo y pruebas para que no puedan influir en los sistemas de producción en una configuración mixta.

Durante el proceso de dimensionamiento, se deben determinar los requisitos de rendimiento de un sistema ajeno a la producción. Los sistemas de desarrollo y pruebas pueden tener un tamaño menor con valores de rendimiento, normalmente entre el 20% y el 50% de un sistema de producción.

A partir de ONTAP 9, la calidad de servicio se configura en el nivel del volumen de almacenamiento, y utiliza los valores máximos para el rendimiento (MB/s) y el número de I/o (IOPS).

Las grandes I/o de escritura tienen el mayor efecto en el rendimiento del sistema de almacenamiento. Por lo tanto, el límite de rendimiento de calidad de servicio debe definirse como un porcentaje de los valores de KPI de rendimiento de almacenamiento SAP HANA de escritura correspondientes en los volúmenes de datos y registros.

La tecnología FabricPool de NetApp no debe utilizarse para sistemas de archivos primarios activos en sistemas SAP HANA. Esto incluye los sistemas de archivos para el área de datos y registro así como el /hana/shared sistema de archivos. Si lo hace, el rendimiento es impredecible, especialmente durante la inicio de un sistema SAP HANA.

Utilizar la política de organización en niveles «solo de copias Snapshot», así como utilizar FabricPool en general en un destino de backup como el destino de SnapVault o SnapMirror.

FabricPool es una buena opción para mover los backups de registros a otro nivel de almacenamiento. Mover backups afecta el tiempo necesario para recuperar una base de datos SAP HANA. Por lo tanto, la opción “organizar en niveles los días de enfriamiento mínimo” debe definirse en un valor que coloque las copias de seguridad de registros, que se necesitan habitualmente para la recuperación, en el nivel de almacenamiento rápido local.

La siguiente información general resume los pasos necesarios para la configuración del almacenamiento. Cada paso se trata con más detalle en las secciones siguientes. Antes de iniciar estos pasos, complete la configuración de hardware de almacenamiento, la instalación del software ONTAP y la conexión de los puertos FCP de almacenamiento a la estructura DE SAN.

Con las HDD, se pueden conectar un máximo de dos bandejas de discos DS2246 o cuatro bandejas de discos DS224C a una pila SAS para proporcionar el rendimiento requerido para los hosts SAP HANA, como se muestra en la siguiente figura. Los discos dentro de cada bandeja deben distribuirse de forma equitativa a ambas controladoras de la pareja de alta disponibilidad.

Con los SSD, se puede conectar un máximo de una bandeja de discos a una pila SAS para proporcionar el rendimiento necesario para los hosts SAP HANA, como se muestra en la figura siguiente. Los discos dentro de cada bandeja deben distribuirse de forma equitativa a ambas controladoras de la pareja de alta disponibilidad. Con la bandeja de discos DS224C, se puede utilizar el cableado SAS de ruta cuádruple, pero no es necesario.

En general, debe configurar dos agregados por controladora, independientemente de la bandeja de discos o la tecnología de disco (SSD o HDD) que se utilice. Este paso es necesario para poder utilizar todos los recursos disponibles de las controladoras. Para los sistemas de la serie FAS 2000, basta con un agregado de datos.

Los entornos SAP de varios hosts con bases de datos SAP HANA pueden utilizar un único SVM. También se puede asignar una SVM a cada entorno SAP si es necesario, en caso de que estén gestionados por diferentes equipos en una empresa. Las capturas de pantalla y los resultados de los comandos de este documento utilizan una SVM llamada hana.

Dentro de la configuración del clúster de almacenamiento, se debe crear una interfaz de red (LIF) y asignarla a un puerto FCP dedicado. Si, por ejemplo, se necesitan cuatro puertos FCP por motivos de rendimiento, deberá crear cuatro LIF. La figura siguiente muestra una captura de pantalla de las cuatro LIF (denominadas fc_*_*) que se configuraron en la hana SVM.

Durante la creación de SVM con ONTAP 9.8 System Manager, se pueden seleccionar todos los puertos FC físicos necesarios y se crea automáticamente un LIF por puerto físico.

La figura siguiente muestra la creación de SVM y LIF con ONTAP 9.8 System Manager.

Un conjunto de puertos FCP se utiliza para definir qué LIF va a usar un igroup específico. Normalmente, todos los LIF creados para los sistemas HANA se colocan en el mismo conjunto de puertos. En la siguiente figura, se muestra la configuración de un conjunto de puertos denominado 32g, que incluye las cuatro LIF que ya se han creado.

Se puede configurar un igroup para cada servidor o para un grupo de servidores que requieran acceso a una LUN. La configuración del igroup requiere los nombres de puerto WWPN de los servidores.

Con el sanlun Ejecute el siguiente comando para obtener los WWPN de cada host SAP HANA:

La siguiente figura muestra la lista de iniciadores para SS3_HANA. El igroup contiene todos los WWPN de los servidores y se asigna al conjunto de puertos de la controladora de almacenamiento.

En la siguiente figura, se muestra la configuración de volúmenes de cuatro sistemas SAP HANA de un solo host. Los volúmenes de datos y de registro de cada sistema SAP HANA se distribuyen a diferentes controladoras de almacenamiento. Por ejemplo, volume SID1``data``mnt00001 `is configured on controller A and volume `SID1``log``mnt00001 Se configura en la controladora B. Dentro de cada volumen, se configura una única LUN.

Para cada host SAP HANA, un volumen de datos, un volumen de registro y un volumen de para /hana/shared están configurados. La siguiente tabla muestra un ejemplo de configuración con cuatro sistemas SAP HANA de un solo host.

En la siguiente tabla se muestra un ejemplo de la configuración de puntos de montaje para un sistema de un solo host.

Se puede utilizar LVM de Linux para aumentar el rendimiento y solucionar las limitaciones de tamaño de LUN. Los diferentes LUN de un grupo de volúmenes de LVM deben almacenarse en un agregado diferente y en una controladora diferente. En la siguiente tabla se muestra un ejemplo para dos LUN por grupo de volúmenes.

En el host SAP HANA, es necesario crear y montar grupos de volúmenes y volúmenes lógicos. En la siguiente tabla, se enumeran los puntos de montaje para los sistemas de un solo host que utilizan LVM.

En la siguiente figura, se muestra la configuración de volúmenes de un sistema SAP HANA de 4+1 host múltiple. Los volúmenes de datos y los volúmenes de registro de cada host SAP HANA se distribuyen a diferentes controladoras de almacenamiento. Por ejemplo, el volumen SID``data``mnt00001 Está configurado en la controladora A y el volumen SID``log``mnt00001 Se configura en la controladora B. Se configura un LUN dentro de cada volumen.

La /hana/shared Todos los hosts HANA deben acceder al volumen y, por lo tanto, se exporta mediante NFS. Aunque no existen KPI de rendimiento específicos para el /hana/shared Sistema de archivos, NetApp recomienda utilizar una conexión Ethernet de 10 GB.

Para cada host SAP HANA, se crean un volumen de datos y un volumen de registro. La /hana/shared El volumen lo utilizan todos los hosts del sistema SAP HANA. En la siguiente figura, se muestra un ejemplo de configuración para un sistema SAP HANA de 4+1 host múltiple.

En la siguiente tabla se muestran la configuración y los puntos de montaje de un sistema de varios hosts con cuatro hosts SAP HANA activos.

Se puede utilizar LVM de Linux para aumentar el rendimiento y solucionar las limitaciones de tamaño de LUN. Los diferentes LUN de un grupo de volúmenes de LVM deben almacenarse en un agregado diferente y en una controladora diferente. La siguiente tabla muestra un ejemplo para dos LUN por grupo de volúmenes para un sistema host SAP HANA múltiple de 2+1.

En el host SAP HANA, es necesario crear y montar grupos de volúmenes y volúmenes lógicos:

Las opciones de volumen enumeradas en la siguiente tabla deben verificarse y definirse en todas las SVM.

Es posible utilizar OnCommand System Manager de NetApp para crear volúmenes de almacenamiento y LUN, y asignarlas a los iGroups de los servidores.

Los siguientes pasos muestran la configuración de un sistema HANA de dos+1 host múltiple con el SID SS3.

En esta sección se muestra un ejemplo de configuración mediante la línea de comandos con ONTAP 9.8 para un sistema host múltiple de SAP HANA 2+1 con SID FC5 mediante LVM y dos LUN por grupo de volúmenes LVM.