Uso de NFS y SMB de Azure Premium Files para la carga de trabajo de SAP
Este documento trata sobre los recursos compartidos de archivos de Azure Premium Files que se usan para la carga de trabajo de SAP. Se tratan los volúmenes NFS y los recursos compartidos de archivos SMB. Para obtener consideraciones sobre Azure NetApp Files para volúmenes SMB o NFS, consulte los dos documentos siguientes:
- Tipos de Azure Storage para una carga de trabajo de SAP
- Volúmenes NFS v4.1 en Azure NetApp Files para SAP HANA
Importante
Las sugerencias para las configuraciones de almacenamiento de este documento se han diseñado como indicaciones con las que empezar. Al ejecutar la carga de trabajo y analizar los patrones de uso del almacenamiento, es posible que se dé cuenta de que no está usando todo el ancho de banda de almacenamiento o IOPS proporcionado. En ese caso, puede considerar la posibilidad de reducir el tamaño del almacenamiento. También puede que, por el contrario, la carga de trabajo necesite más rendimiento de almacenamiento del sugerido con estas configuraciones. Como resultado, es posible que tenga que implementar más capacidad para aumentar la IOPS o el rendimiento. En el campo de la tensión entre la capacidad de almacenamiento necesaria, la latencia de almacenamiento necesaria, el rendimiento de almacenamiento y las IOPS necesarias y la configuración menos costosa, Azure ofrece suficientes tipos de almacenamiento diferentes con distintas funcionalidades y precios de venta para determinar el compromiso adecuado para usted y su carga de trabajo de SAP y adaptarse a este.
En el caso de las cargas de trabajo de SAP, los usos admitidos de recursos compartidos de Azure Files son:
- volumen sapmnt para un sistema SAP distribuido
- directorio de transporte para el entorno de SAP
- /hana/shared para el escalado horizontal de HANA. Revise cuidadosamente las consideraciones para ajustar el tamaño /hana/shared, porque el volumen adecuado de /hana/shared contribuye a la estabilidad del sistema
- interfaz de archivo entre el entorno de SAP y otras aplicaciones
Nota:
No se admiten cargas de trabajo de DBMS de SAP en volúmenes de Azure Premium Files, sea de NFS o de SMB. Para conocer las restricciones de compatibilidad con los tipos de almacenamiento de Azure para SAP NetWeaver/nivel de aplicación de S/4HANA, lea la nota de soporte técnico de SAP 2015553
Consideraciones importantes para los recursos compartidos de Azure Premium Files con SAP
Al planear la implementación con Azure Files, tenga en cuenta los siguientes aspectos importantes. El término recurso compartido de esta sección se aplica tanto al recurso compartido SMB como al volumen NFS.
- El tamaño mínimo del recurso compartido es 100 gibibytes (GiB). Con Azure Premium Files, paga por la capacidad de los recursos compartidos aprovisionados.
- Cambie el tamaño de los recursos compartidos de archivos no solo en función de los requisitos de capacidad, sino también de los requisitos de IOPS y rendimiento. Para más información, consulte Destinos de recursos compartidos de los archivos de Azure.
- Pruebe la carga de trabajo para validar el tamaño y asegurarse de que se ajusta a los objetivos de rendimiento. Para más información sobre la resolución de los problemas de rendimiento con NFS en Azure Files, consulte Solución de problemas de rendimiento de recursos compartidos de archivos de Azure.
- Implemente un recurso compartido
sapmnt
diferente para cada sistema SAP. - No use el recurso compartido
sapmnt
para ninguna otra actividad, como las interfaces. - No use el recurso compartido
saptrans
para ninguna otra actividad, como las interfaces. - Si el sistema SAP tiene una gran carga de trabajos por lotes, es posible que tenga millones de registros de trabajos. Si los registros de trabajos por lotes de SAP se almacenan en el sistema de archivos, preste especial atención al tamaño del recurso compartido
sapmnt
. Reorganice los archivos de registro de trabajos periódicamente según nota de SAP 16083. A partir de SAP_BASIS 7.52, los registros de trabajos por lotes se almacenarán de forma predeterminada en la base de datos. Para obtener más información, consulte 2360818 nota de SAP | Registro de trabajo en la base de datos. - Evite agrupar los recursos compartidos de demasiados sistemas SAP en una sola cuenta de almacenamiento. También hay objetivos de escalabilidad y rendimiento para las cuentas de almacenamiento. Además, debe tener cuidado para no superar los límites de la cuenta de almacenamiento.
- En general, no agrupe los recursos compartidos de más de cinco sistemas SAP en una sola cuenta de almacenamiento. Esta guía le ayuda a evitar que sobrepase los límites de la cuenta de almacenamiento y simplifica el análisis del rendimiento.
- En general, evite mezclar recursos compartidos, como
sapmnt
, de sistemas SAP que sean de producción y no producción en la misma cuenta de almacenamiento. - Uso de un punto de conexión privado con Azure Files. En el improbable caso de que se produzca un error en una zona, las sesiones de NFS se redirigirán automáticamente a una zona en buen estado. No será necesario que vuelva a montar los recursos compartidos de NFS en las máquinas virtuales. El uso de vínculo privado puede dar lugar a cargos adicionales por los datos procesados, consulte los detalles sobre precios de vínculo privado.
- Si va a implementar las máquinas virtuales en diferentes zonas de disponibilidad, use una cuenta de almacenamiento con ZRS en las regiones de Azure que admitan esta funcionalidad.
- Azure Premium Files no admite actualmente la replicación automática entre regiones para escenarios de recuperación ante desastres. Consulte directrices sobre recuperación ante desastres para aplicaciones de SAP para ver las opciones disponibles.
Considere detenidamente la posibilidad de consolidar varias actividades en un recurso compartido de archivos o varios recursos compartidos de archivos en una sola cuenta de almacenamiento. La distribución de estos recursos compartidos en cuentas de almacenamiento independientes mejora el rendimiento y la resistencia, además de simplificar el análisis de rendimiento. Si se consolidan muchos SID y recursos compartidos de SAP en una única cuenta de almacenamiento de Azure Files y el rendimiento de la cuenta de almacenamiento es deficiente debido a que se alcanzan los límites de rendimiento, puede resultar difícil identificar qué SID o volumen está causando el problema.
Consideraciones adicionales de NFS
- Se recomienda implementar en SLES 15 SP2 o superior, RHEL 8.4 o superior para beneficiarse de las mejoras de cliente NFS.
- Monte los recursos compartidos NFS con opciones de montaje documentadas, con información de solución de problemas disponible para problemas de montaje o conexión.
- En el caso de los sistemas SAP J2EE, no se admite la colocación de
/usr/sap/<SID>/J<nr>
en NFS en Azure Files.
Consideraciones adicionales de SMB
- Se requiere el administrador de aprovisionamiento de software de SAP (SWPM) versión 1.0 SP32, SWPM 2.0 SP09 o posterior para usar SMB de Azure Files. La revisión de SAPInst debe ser la 749.0.91, o cualquiera superior. Si SWPM/SAPInst no acepta más de 13 caracteres para el servidor de recursos compartidos de archivos, la versión de SWPM es demasiado antigua.
- Durante la instalación de la instancia de PAS de SAP, SWPM/SAPInst pedirá que escriba un nombre de host de transporte. El FQDN de la cuenta de almacenamiento debe escribirse <storage_account>.file.core.windows.net o con la dirección IP o el nombre de host del punto de conexión privado, si se usa.
- Al integrar el dominio de directorio activo con SMB de Azure Files para implementación de alta disponibilidad de SAP, los usuarios y grupos de SAP deben agregarse al recurso compartido de ‘sapmnt’. Los usuarios de SAP deben tener el permiso
Storage File Data SMB Share Elevated Contributor
establecido en Azure Portal.
Pasos siguientes
Para más información, consulte: