Configuración de la controladora de almacenamiento
Sugerir cambios
PDF
En esta sección se describe la configuración del sistema de almacenamiento de NetApp. Debe completar la instalación y configuración principal según las guías de instalación y configuración de Data ONTAP correspondientes.
Eficiencia del almacenamiento
SAP HANA es compatible con la deduplicación inline, la deduplicación inline, la compresión inline y la compactación inline, en una configuración de SSD.
Volúmenes de NetApp FlexGroup
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.
Cifrado de volúmenes de NetApp y agregados
El uso del cifrado de volúmenes de NetApp (NVE) y el cifrado de agregados de NetApp (NAE) son compatibles con SAP HANA.
Calidad de servicio
La calidad de servicio puede utilizarse para limitar el rendimiento del almacenamiento de sistemas SAP HANA específicos o aplicaciones no SAP en una controladora compartida.
Producción y desarrollo y pruebas
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 configuración, debe determinar los requisitos de rendimiento de un sistema que no sea de producción. Los sistemas de desarrollo y pruebas pueden ser dimensionados con valores de rendimiento más bajos, normalmente en el rango del 20% al 50% de un KPI de sistemas de producción, según lo define SAP. 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.
Entornos compartidos
Otro caso de uso es limitar el rendimiento de cargas de trabajo de escritura pesadas, especialmente para evitar que estas cargas de trabajo tengan un impacto en otras cargas de trabajo de escritura sensibles a la latencia. En estos entornos, es mejor aplicar una política de grupo de calidad de servicio con techo de rendimiento no compartido a cada LUN dentro de cada SVM para restringir el rendimiento máximo de cada objeto de almacenamiento individual al valor dado. De este modo, se reduce la posibilidad de que una única carga de trabajo pueda influir de forma negativa en otras cargas de trabajo.
Para ello, debe crearse una política de grupo mediante la CLI del clúster de ONTAP para cada SVM:
qos policy-group create -policy-group <policy-name> -vserver <vserver name> -max-throughput 1000MB/s -is-shared false
Y aplicado a cada LUN del SVM. A continuación se muestra un ejemplo para aplicar el grupo de políticas a todas las LUN existentes de una SVM:
lun modify -vserver <vserver name> -path * -qos-policy-group <policy-name>
Es necesario hacer esto para cada máquina virtual de almacenamiento. El nombre del grupo de policía de QoS de cada SVM debe ser diferente. En el caso de las nuevas LUN, la política se puede aplicar directamente:
lun create -vserver <vserver_name> -path /vol/<volume_name>/<lun_name> -size <size> -ostype <e.g. linux> -qos-policy-group <policy-name>
Se recomienda utilizar 1000MB GB/s como rendimiento máximo para una LUN determinada. Si una aplicación requiere un mayor rendimiento, se utilizarán varias LUN con segmentación de LUN para proporcionar el ancho de banda necesario. Esta guía proporciona un ejemplo para SAP HANA basado en Linux LVM en la sección "Configuración de host".
|
El límite se aplica también a las lecturas. Por ello, utilice suficientes LUN para cumplir con los acuerdos de nivel de servicio requeridos para el tiempo de inicio de la base de datos de SAP HANA y para los backups. |
FabricPool de NetApp
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.
Puede usar la política de organización en niveles de solo Snapshot junto con FabricPool en un destino de backup, como el destino de SnapVault o SnapMirror.
|
|
El uso de FabricPool para organizar las copias Snapshot en niveles en el almacenamiento principal o el uso de FabricPool en un destino de backup cambia el tiempo requerido para la restauración y recuperación de una base de datos u otras tareas, como la creación de clones del sistema o la reparación de sistemas. Tenga en cuenta esto para planificar su estrategia global de gestión del ciclo de vida y compruebe que se siguen cumpliendo los SLA mientras utiliza esta función. |
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 tiering-minimum-cooling-days deben configurarse con un valor que coloque backups de registros, que son necesarios habitualmente para la recuperación, en el nivel de almacenamiento rápido local.
Configurar el almacenamiento
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. En esta sección, asumimos que el hardware de almacenamiento está configurado y que el software ONTAP ya está instalado. Además, debe haberse conectado los puertos FCP del almacenamiento a la estructura SAN.
-
Verifique la configuración correcta del estante del disco, como se describe enConexiones del estante del disco .
-
Cree y configure los agregados necesarios, como se describe en Configuración de agregados.
-
Cree una máquina virtual de almacenamiento (SVM), como se describe en Configuración de la máquina virtual de almacenamiento.
-
Cree interfaces lógicas (LIF), como se describe en Configuración de interfaz lógica.
-
Cree grupos de iniciadores (igroups) con nombres mundiales (WWN) de servidores HANA como se describe en la sección Grupos de iniciadores .
-
Cree y configure volúmenes y LUN dentro de los agregados como se describe en la sección "Configuración de host único" para hosts individuales o en sección "Configuración de varios hosts"
Conexiones del estante del disco
Bandejas de discos basadas en SAS
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 siguiente figura. Los discos dentro de cada bandeja deben distribuirse de forma equitativa entre las dos controladoras de la pareja de alta disponibilidad. ADPv2 se utiliza con ONTAP 9 y las bandejas de discos DS224C.
|
|
Con la bandeja de discos DS224C, se puede utilizar el cableado SAS de ruta cuádruple, pero no es necesario. |
Estantes de discos basados en NVMe
Cada bandeja de discos NVMe NS224 está conectada con dos puertos 100GbE GbE por controladora, 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. ADPv2 también se utiliza para la bandeja de discos NS224.
Configuración de agregados
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.
|
|
Los sistemas ASA lanzados después de agosto de 2024 no requieren este paso, ya que se hace automáticamente |
La siguiente figura muestra una configuración de 12 hosts SAP HANA que se ejecutan en una bandeja SAS de 12 GB configurada con ADPv2. Seis hosts SAP HANA están conectados a cada controladora de almacenamiento. Se configuran cuatro agregados separados, dos en cada controladora de almacenamiento. Cada agregado está configurado con 11 discos con nueve particiones de datos y dos particiones de disco de paridad. Para cada controladora, hay dos particiones de repuesto disponibles.
Configuración de la máquina virtual de almacenamiento
Varios entornos SAP con bases de datos SAP HANA pueden utilizar un único SVM. También puede asignarse una SVM a cada entorno SAP, si es necesario, en caso de que esté gestionada por diferentes equipos dentro de una empresa.
Si hay un perfil de calidad de servicio que se crea y se asigna automáticamente al crear una SVM nueva, quite este perfil creado automáticamente a partir de la SVM para garantizar el rendimiento requerido para SAP HANA:
vserver modify -vserver <svm-name> -qos-policy-group none
Configuración de interfaz lógica
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. En la siguiente figura se muestra una captura de pantalla de los ocho LIF que se configuraron en la SVM.
Durante la creación de la SVM con ONTAP System Manager, puede seleccionar todos los puertos FCP físicos necesarios y se crea automáticamente una LIF por puerto físico.
Grupos de iniciadores
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:
stlrx300s8-6:~ # sanlun fcp show adapter /sbin/udevadm /sbin/udevadm host0 ...... WWPN:2100000e1e163700 host1 ...... WWPN:2100000e1e163701
|
|
`sanlun`La herramienta es parte de las utilidades del host NetApp y debe instalarse en cada host SAP HANA. Más detalles se pueden encontrar en la sección "Configuración del host." |
Los iGroups se pueden crear mediante la CLI del clúster de ONTAP.
lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>