# 14. Seleccione la solución de almacenamiento óptima
**¿Cómo seleccionar la solución de almacenamiento óptima para su carga de trabajo de SAP?** La forma en que configure este almacenamiento afectará el rendimiento de su sistema. AWS ofrece una amplia gama de servicios, incluido el almacenamiento de bloques, archivos y objetos, para satisfacer las necesidades de almacenamiento de sus bases de datos, aplicaciones y copias de seguridad de SAP. Recomendamos seguir las pautas que han sido evaluadas y certificadas por SAP. Para SAP HANA, existen pautas muy específicas. Otras bases de datos requerirán más análisis para adaptarse a su carga de trabajo.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/design-principle-14.html)
# Práctica recomendada 14.1: cree puntos de montaje y asociaciones de volumen para alinear con la función
Los sistemas de archivos de SAP tienen requisitos de compartición y rendimiento únicos Por ejemplo, el perfil de rendimiento de la base de datos puede requerir que el sistema de archivos de datos admita una gran cantidad de operaciones de E/S de lectura. Por otra parte, es más probable que el sistema de archivos de registro esté limitado por el rendimiento. Sistemas de archivos como `sapmnt` y `trans` necesitan compartirse para que todos los servidores de las aplicaciones puedan acceder a los archivos de transporte y registro. Teniendo en cuenta estas diferencias, considere la asignación de sistemas de archivos a volúmenes para garantizar que no haya cuellos de botella en el rendimiento y que se cumplan los requisitos de acceso.
**Sugerencia 14.1.1: identifique los requisitos tanto de los sistemas de archivos de SAP como de sus directorios para cada sistema**
Los sistemas de archivos de SAP incluyen directorios del sistema (raíz, inicio), archivos ejecutables, página o intercambio y requisitos específicos de la aplicación Se debe analizar cada uno para considerar lo siguiente:
+ El impacto cuando un sistema de archivos está al máximo de su capacidad (100 % de utilización), en especial, en el directorio raíz.
+ Consistencia de la compilación, incluso si está incluida en una AMI o patrones de implementación.
+ Requisitos de resiliencia
+ Requisitos de compartición
+ Perfil de rendimiento
Los requisitos principales del sistema de archivos de SAP se enumeran en la documentación de SAP: directorios y sistemas de archivos requeridos por SAP. Utilice estos como base e incluya otros requisitos específicos de su organización.
**Sugerencia 14.1.2: asigne el servicio de almacenamiento de AWS adecuado para que coincida con la función del sistema de archivos**
Un sistema de archivos puede ser local o compartido (NFS/SMB). Para los sistemas de archivos compartidos, considere utilizar servicios de AWS, como Amazon EFS y Amazon FSx, que brindan beneficios de fiabilidad y disponibilidad en comparación con un servidor NFS alojado.
El almacén de instancias de Amazon EC2 es otra opción de sistema de archivos que brinda almacenamiento temporal a nivel del bloque para su instancia. No recomendamos su uso debido a la falta de persistencia y disponibilidad entre tipos de instancias y porque impide el uso de la recuperación de instancias.
**Sugerencia 14.1.3: utilice tipos de sistemas de archivos admitidos**
Las distribuciones de Linux compatibles con SAP recomiendan varios tipos de sistemas de archivos diferentes. Las versiones posteriores se están estandarizando en XFS, pero se debe revisar el soporte para garantizar que no haya un impacto en el rendimiento o la funcionalidad en su sistema operativo y en la versión de la base de datos.
+ Notas de SAP: [405827 - Linux: Recommended file systems (Linux: sistemas de archivos recomendados)](https://launchpad.support.sap.com/#/notes/405827) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [2972496 - SAP HANA Filesystem Types (tipos de sistemas de archivos de SAP HANA)](https://launchpad.support.sap.com/#/notes/2972496) [Se necesita acceso al portal de SAP]
# Práctica recomendada 14.2: seleccione y configure tipos de EBS alineados con los requisitos de rendimiento.
Para cada función del sistema de archivos y servicio de almacenamiento, evalúe las pautas de diseño de almacenamiento y las opciones de ajuste para garantizar que se optimicen las IOPS y el rendimiento.
**Sugerencia 14.2.1: evalúe las características y opciones de almacenamiento para tipos de volumen EBS**
AWS tiene una gama de tipos de volúmenes con características únicas para adaptarse a los diferentes requisitos de rendimiento de las cargas de trabajo de SAP. Utilice datos históricos o ajuste de tamaño para evaluar las IOPS y los requisitos de rendimiento. Seleccione su tipo de volumen teniendo en cuenta el rendimiento, la durabilidad, la flexibilidad y el costo.
Las IOPS y el rendimiento de los tipos de volúmenes `gp3` , `io1` y `io2` son independientes del tamaño del volumen.
Las IOPS y el rendimiento del tipo de volumen `gp2` están alineados al tamaño del volumen. Es posible que se requiera ajustar el tamaño del volumen para garantizar que las IOPS y el rendimiento necesarios estén disponibles.
+ Documentación de AWS: [Tipos de volúmenes de Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html)
**Sugerencia 14.2.2: escale linealmente utilizando mecanismos de división de LVM**
Cuando el requisito de rendimiento no se puede cumplir con un solo volumen de EBS, considere la posibilidad de dividirlo por medio de la Logical Volume Management (LVM, administración de volúmenes lógicos). Por ejemplo, si un solo volumen tiene una capacidad de rendimiento de 250 MiB/s, poder dividir cuatro volúmenes puede ofrecer un rendimiento de 1000 MiB/s.
Los volúmenes deben ser del mismo tamaño y deben tener las mismas características de rendimiento.
En las pruebas comparativas de SAP HANA, se logró el mejor rendimiento aplicando una división de 256 KB en volúmenes de datos y de 64 KB en volúmenes de registro.
Tenga en cuenta los límites de las instancias para el rendimiento, la E/S y la cantidad de volúmenes adjuntos.
+ Documentación de AWS: [Create an LVM Logical Volume on an EBS Volume (Crear un volumen lógico de LVM en un volumen de EBS)](https://aws.amazon.com/premiumsupport/knowledge-center/create-lv-on-ebs-volume/)
+ Notas de SAP: [2931808 - Usage of Logical Volume Manager (LVM) with SAP HANA (Uso de Logical Volume Manager (LVM) con SAP HANA)](https://launchpad.support.sap.com/#/notes/2931808) [Se necesita acceso al portal de SAP]
+ Documentación de AWS: [Operating System and Storage Configuration - SAP HANA on AWS (Sistema operativo y configuración de almacenamiento: SAP HANA on AWS)](https://docs.aws.amazon.com/sap/latest/sap-hana/operating-system-and-storage-configuration.html#:~:text=Configure%20Storage%20for%20SAP%20HANA)
**Sugerencia 14.2.3: para garantizar el rendimiento de SAP HANA, siga las pautas de almacenamiento proporcionadas por AWS**
AWS trabaja con SAP para certificar el almacenamiento de las cargas de trabajo de SAP HANA de acuerdo con los estándares de referencia de rendimiento definidos. La configuración proporcionada por AWS equilibra el rendimiento, el costo y la durabilidad en el marco de los KPI de almacenamiento de SAP TDI 5. Un diseño de almacenamiento compatible se detalla en la documentación y se usa en Launch Wizard y en las implementaciones de inicio rápido.
+ Documentación de AWS: [Storage Configuration for SAP HANA - SAP HANA on AWS (Configuración de almacenamiento para SAP HANA: SAP HANA on AWS)](https://docs.aws.amazon.com/sap/latest/sap-hana/hana-ops-storage-config.html)
Si se desvía de la configuración de AWS, se recomienda que ejecute la herramienta de verificación de hardware.
+ Notas de SAP: [1943937 - Hardware Configuration Check Tool - Central Note (Herramienta de verificación de configuración de hardware: nota principal)](https://launchpad.support.sap.com/#/notes/1943937) [Se necesita acceso al portal de SAP]
Al decidir entre SSD de IOPS aprovisionadas y de uso general, es fundamental entender que el “uso general” cumple con los KPI de SAP. Una base de datos en memoria, como SAP HANA, debe cargar datos del disco a la memoria al iniciarse la base de datos. Una solución y un diseño de almacenamiento de alto rendimiento pueden mejorar significativamente los tiempos de inicio y también acelerar las tareas, como las copias de seguridad y las restauraciones, que dependen del rendimiento del almacenamiento.
Los sistemas grandes o aquellos con requisitos de tiempo de disponibilidad (uptime) muy altos pueden beneficiarse de las IOPS aprovisionadas. Comuníquese con su equipo de AWS para obtener más orientación sobre los mejores patrones de implementación.
** Sugerencia 14.2.4: para realizar copias de seguridad locales y eficaces a bajo costo, utilice `el almacenamiento` en volúmenes st1 **
Si las soluciones de SAP necesiten almacenamiento local para guardar copias de seguridad, considere usar `un tipo de instancia` st1 por su bajo costo y su alto rendimiento. `st1` es un tipo de almacenamiento en bloque de bajo costo diseñado para cargas de trabajo de alto rendimiento y de acceso frecuente.
Para SAP HANA, considere usar AWS Backint Agent for SAP HANA para evitar el impacto en el rendimiento y en los costos de una copia de seguridad de dos etapas.
# Práctica recomendada 14.3: evalúe si el rendimiento de Amazon EFS y Amazon FSx es el indicado para su caso de uso de SAP
Amazon EFS (Linux) y Amazon FSx (Windows) brindan sistemas de archivos de larga duración y amplia disponibilidad que pueden abarcar varias AZ. Ambas soluciones están diseñadas para ofrecer un alto rendimiento. Sin embargo, cuando decida utilizar sistemas de archivos de red, tenga en cuenta los patrones de acceso. Por ejemplo, muchos archivos pequeños, escrituras muy paralelas o proporciones altas de escritura o lectura pueden no ser adecuados. Para las cargas de trabajo de SAP, esto podría aplicarse a SAP HANA XSA, archivos ejecutables de Java o una gran cantidad de registros de trabajos y colas.
**Sugerencia 14.3.1: evalúe opciones de escala y rendimiento**
Amazon EFS tiene dos modos de rendimiento (de uso general y de E/S máxima) y dos modos de rendimiento diferentes (modo de ráfaga y de aprovisionado). Para las aplicaciones SAP, el modo de rendimiento de uso general suele proporcionar E/S suficientes. Puede haber situaciones en las que se deba considerar el rendimiento aprovisionado, como cuando la cantidad de datos en su sistema de archivos es baja en relación con las demandas de rendimiento.
+ Documentación de AWS: [Amazon Elastic File System (EFS) \$1 Preguntas frecuentes: escala y rendimiento](https://aws.amazon.com/efs/faq/#Scale_and_performance)
+ Documentación de AWS: [Amazon FSx for Windows File Server Features \$1 Scale and Performance (Funciones de Amazon FSx para el servidor de archivos de Windows \$1 Escala y rendimiento)](https://aws.amazon.com/fsx/windows/features/#Performance_and_scale)
**Sugerencia 14.3.2: considere utilizar aprovisionamiento temporal para necesidades a corto plazo**
Los casos de uso relacionados con migraciones o actividades únicas pueden beneficiarse de un sistema de archivos temporal donde las características de rendimiento se puedan ajustar durante la duración del evento.
# Práctica recomendada 14.4: considere utilizar la memoria como una alternativa al almacenamiento
Considere los beneficios en términos de rendimiento de utilizar la memoria cuando sea posible en la capa de la base de datos o de la aplicación. SAP HANA usa la memoria de forma predeterminada, pero puede beneficiarse de opciones destinadas a la optimización de la carga o descarga de datos estáticos. Las bases de datos relacionales deben aprovechar el almacenamiento en caché y los servidores de aplicaciones deben considerar si el intercambio es un requisito.
**Sugerencia 14.4.1: optimice el uso de la memoria para SAP HANA**
Busque comprender la correlación entre los requisitos de memoria de SAP HANA y los indicadores de memoria del sistema operativo para ayudar a garantizar que los cuellos de botella de la memoria no afecten el rendimiento.
+ Documento de SAP: [SAP HANA Memory Usage and the Operating System (Uso de la memoria de SAP HANA y el sistema operativo)](https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.05/en-US/ca10596b37f04909a96614553cb8ab1d.html#:~:text=Virtual%2C%20Physical%2C%20and%20Resident%20Memory&text=On%20most%20SAP%20HANA%20hosts,operational%20use%20by%20a%20process.)
+ Notas de SAP: [1999997 - FAQ: SAP HANA Memory (Preguntas frecuentes: memoria de SAP HANA)](https://launchpad.support.sap.com/#/notes/1999997) [Se necesita acceso al portal de SAP]
Para mejorar el rendimiento del inicio de la base de datos en situaciones que no implican reiniciar el host, considere utilizar la opción Fast Restart de SAP HANA. La opción Fast Restart de SAP HANA dedica una parte de la RAM a un sistema de archivos temporal ( `tempfs` ), el cual el sistema operativo trata como memoria persistente (hasta que se reinicie el sistema operativo) y permita la colocación de la parte principal del almacén de columnas en ese `tempfs` , que permanece allí incluso después de un reinicio o colapso del servidor de índices. Por lo tanto, no se vuelve a cargar desde el almacenamiento (usando E/S).
+ Documento de SAP: [Documentación de HANA Fast Restart](https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.05/en-US/ce158d28135147f099b761f8b1ee43fc.html)
**Sugerencia 14.4.2: utilice el almacenamiento en caché de la base de datos para las bases de datos relacionales**
Para una base de datos relacional con altos requisitos de IOP de lectura, el almacenamiento en caché de la base de datos le permite aumentar significativamente el rendimiento y reducir la latencia de recuperación de datos. El caché actúa como una capa de acceso a datos adyacente a su base de datos para mejorar el rendimiento de lectura.
La siguiente documentación proporciona información sobre casos de uso de almacenamiento en caché, pero, como la mayor parte de estos detalles son pertinentes para bases de datos de AWS, consulte las Notas de SAP para obtener información específica sobre la configuración de su base de datos relacional.
+ Documentación de AWS: [Caché](https://aws.amazon.com/caching/) (incluido [Database Caching (Almacenamiento en caché de la base de datos)](https://aws.amazon.com/caching/database-caching/) )
**Sugerencia 14.4.3: evalúe los requisitos de espacio de intercambio para aplicaciones SAP**
Cuando se agotan los recursos de la memoria física, SAP utiliza el intercambio para mover las páginas inactivas a un área de almacenamiento exclusiva en el disco. Aunque el intercambio puede evitar que la aplicación colapse debido a espacio insuficiente en la memoria, recomendamos aplicar parámetros de configuración y ajustar el tamaño de la memoria para que el intercambio se use con poca frecuencia.
Si se espera recurrir al intercambio, evalúe las características del volumen asignado para evitar más problemas de rendimiento. El intercambio puede evitar situaciones de falta de memoria para aplicaciones SAP cuando el host se queda sin memoria física.
+ Notas de SAP: [153641 - Swap space requirement for R/3 64-bit kernel (Requisito de espacio de intercambio para kernel R/3 de 64 bits)](https://launchpad.support.sap.com/#/notes/153641) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [2999334 - SWAP Utilization (Utilización del intercambio)](https://launchpad.support.sap.com/#/notes/2999334) (Relacionado con HANA) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [2488097 - FAQ: Memory usage for the ABAP Server on Windows (Preguntas frecuentes: uso de memoria para el servidor de ABAP en Windows)](https://launchpad.support.sap.com/#/notes/2488097) [Se necesita acceso al portal de SAP]
# Práctica recomendada 14.5: elija soluciones de copias de seguridad y esquemas apropiados
Según el método de respaldo, existe la posibilidad de aumentar drásticamente las operaciones de lectura y escritura en su almacenamiento, lo que puede afectar el rendimiento de su aplicación. Esto se da sobre todo con las copias de seguridad a nivel de base de datos que pueden ser de gran volumen y de larga duración.
**Sugerencia 14.5.1: determine una franja horaria adecuada para la creación de copias de seguridad**
Defina cuál es la franja horaria más apropiada para la ejecución de operaciones de copias de seguridad que se ajusten a los requerimientos de su empresa. Tenga en cuenta las dependencias clave, como la planificación de ejecución de tareas en lotes durante la noche y el tiempo de ejecución aceptable.
**Sugerencia 14.5.2: considere opciones para minimizar el impacto en el rendimiento de las copias de seguridad**
Analice cualquier restricción de almacenamiento o red y evalúe las opciones para minimizar el impacto de la copia de seguridad. Esto puede incluir la reducción de la duración mediante el uso de copias de seguridad de cambios delta, ya sea a nivel de base de datos o de almacenamiento. Consulte el pilar de fiabilidad para asegurarse de que esto no afecte la coherencia entre las copias de seguridad o el tiempo de restauración general.
+ SAP Lens [fiabilidad]: [Práctica recomendada 12.1: establezca un método para la recuperación coherente de datos empresariales](best-practice-12-1.md)