# 16. Comprenda las opciones de optimización y rendimiento en curso
**¿Qué procesos y procedimientos implementa para medir los cambios de rendimiento y las oportunidades de optimización?** Calcule el requisito de rendimiento de sus aplicaciones a partir de sus datos de supervisión históricos y establezca alertas relevantes para informar a los administradores del sistema cuando se produzcan desviaciones. Tenga procedimientos establecidos para que los administradores del sistema resuelvan tales problemas con acciones manuales o automatizadas.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/design-principle-16.html)
# Práctica recomendada 16.1: cuente con datos para evaluar el rendimiento
Para evaluar el rendimiento de un sistema SAP y tomar medidas en caso de que el rendimiento sea inferior al óptimo, se deben recopilar datos de supervisión sobre la computación, la memoria, el almacenamiento y las redes, como se describe en las Pautas de excelencia en el rendimiento de Well-Architected Framework en lo que respecta a la supervisión de sus recursos. Como se afirma en el pilar de excelencia operativa de Well-Architected Framework, entender el estado actual del sistema, establecer indicadores claves de rendimiento y recolectar métricas de manera oportuna para diagnosticar son acciones fundamentales para investigar los problemas de rendimiento.
+ Well-Architected Framework [eficiencia de rendimiento]: [Monitoree los recursos para garantizar que el rendimiento es óptimo](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/monitor-your-resources-to-ensure-that-they-are-performing-as-expected.html)
+ Well-Architected Framework [excelencia operativa]: [Comprensión del estado de la carga de trabajo](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/understanding-workload-health.html)
**Sugerencia 16.1.1: reúna y almacene datos pertinentes a las métricas de rendimiento**
Para recolectar y visualizar datos de supervisión de SAP, debe instalar y configurar AWS Data Provider for SAP y establecer las métricas en las herramientas de supervisión elegidas que respaldan su carga de trabajo de SAP. Hay más detalles disponibles sobre la supervisión y las recomendaciones adicionales en el pilar de excelencia operativa.
+ Documentación de AWS: [AWS Data Provider for SAP (Proveedor de datos de AWS para SAP)](https://docs.aws.amazon.com/sap/latest/general/aws-data-provider.html)
+ SAP Lens [excelencia operativa]: [Práctica recomendada 1.1: implemente los requisitos previos para la supervisión de SAP on AWS](best-practice-1-1.md)
+ SAP Lens [excelencia operativa]: [Práctica recomendada 1.2: implemente la supervisión de infraestructura para SAP](best-practice-1-2.md)
+ SAP Lens [excelencia operativa]: [Práctica recomendada 1.3: implemente la supervisión de aplicaciones individuales para SAP](best-practice-1-3.md)
# Práctica recomendada 16.2: establezca requisitos de rendimiento de referencia
Cada aplicación SAP tiene requisitos de rendimiento únicos. El uso de datos de supervisión históricos ayuda a los equipos administrativos de SAP a entender el rendimiento inicial de estas aplicaciones, lo que les permite identificar y entender la extensión de los cambios de rendimiento. Se pueden implementar alertas pertinentes para detectar anomalías como picos imprevistos en la CPU, diferencias en el rendimiento de almacenamiento, aumentos en el consumo de memoria y disminuciones de rendimiento más complejas. Estos datos de supervisión se pueden utilizar para optimizar aún más el rendimiento.
**Sugerencia 16.2.1: recolecte y evalúe los datos que reflejan KPI específicos de SAP**
Esta sugerencia tiene un alineamiento estrecho con las sugerencias adicionales contenidas en el análisis del pilar de eficiencia de rendimiento de Well-Architected Framework [sobre la supervisión de recursos.](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/monitor-your-resources-to-ensure-that-they-are-performing-as-expected.html).
Además de esta guía general, los KPI específicos de SAP incluyen el tiempo de respuesta del diálogo, los intercambios de buffers y la memoria utilizada. Estos KPI pueden diferir con base en el tipo de software de SAP y en la versión que se ejecuta. Hay más detalles disponibles sobre los KPI y las recomendaciones de supervisión en este documento, en el pilar de excelencia operativa:
+ SAP Lens [excelencia operativa]: [Práctica recomendada 1.2: implemente la supervisión de infraestructura para SAP](best-practice-1-2.md)
+ SAP Lens [excelencia operativa]: [Práctica recomendada 1.3: implemente la supervisión de aplicaciones individuales para SAP](best-practice-1-3.md)
# Práctica recomendada 16.3: identifique tendencias de rendimiento a través de datos
Una vez establecidos los valores iniciales de rendimiento, los administradores del sistema deben supervisar las tendencias a lo largo del tiempo para determinar si los KPI se mantienen estables dentro de las normas preferidas. Si los datos de rendimiento indican una tendencia hacia valores inaceptables de los KPI, los administradores del sistema pueden seguir una serie de instrucciones para evitar o mitigar los efectos en el rendimiento.
**Sugerencia 16.3.1: realice revisiones regulares del rendimiento del sistema SAP**
Mediante las revisiones periódicas de los KPI, los administradores del sistema pueden identificar tendencias en los datos relacionados con el rendimiento, además de determinar qué alertas pueden ser más beneficiosas. A continuación, se pueden utilizar estas alertas para automatizar las notificaciones si la tendencia se mantiene e implementar medidas de autocorrección para abordar los problemas de rendimiento potenciales (por ejemplo, cambios dinámicos de los parámetros de SAP en respuesta a los indicadores de rendimiento). Los ejemplos de KPI y de las tendencias relacionadas se pueden encontrar en los informes de SAP EarlyWatch Alert, que en algunos casos se pueden personalizar con métricas útiles adicionales. Los informes de niveles de servicio de SAP también pueden resultarle útiles si sus cargas de trabajo de SAP están atadas a un SLA.
+ Documentación de SAP: [Service Level Reporting (Informes de nivel de servicio)](http://support.sap.com/slr)
+ Notas de SAP: [1040343 SAP EarlyWatch Alert](https://launchpad.support.sap.com/#/notes/1040343) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [1829914 Customize EWA Reports (Personalizar Informes de EWA)](https://launchpad.support.sap.com/#/notes/1829914) [Se necesita acceso al portal de SAP]
**Sugerencia 16.3.2: retenga los datos históricos para identificar tendencias**
Es recomendable que retenga los datos de rendimiento y sus registros asociados durante un período predeterminado para comprender las tendencias en el comportamiento del sistema. El ajuste de rendimiento de cualquier sistema SAP depende de la capacidad para repasar períodos históricos de días, semanas y meses, y descubrir qué constituye una tendencia de rendimiento o un evento de rendimiento cíclico. Entre algunos sucesos frecuentes que requieren la retención de datos para observar los efectos en el rendimiento, se incluyen los siguientes:
+ Procesamiento financiero a fin de mes y a fin de año
+ Aumento de los requisitos de presentación de informes en relación con los hitos comerciales (por ejemplo, después de un gran lanzamiento de ventas semestral)
+ Incorporación de una gran población de usuarios nuevos de SAP dentro del negocio
+ Cambios en la tecnología, como ajuste de tamaño de la infraestructura, revisiones de bases de datos, actualizaciones de la versión del sistema operativo o actualizaciones del software de SAP
# Práctica recomendada 16.4: identifique y clasifique problemas de rendimiento
Cuando las métricas clave muestran un deterioro del rendimiento, implemente un proceso para corregir la causa subyacente. Gracias a la automatización (consulte la práctica recomendada a continuación sobre el escalado dinámico), puede reducir la necesidad de intervención manual. No obstante, cuando esto no es posible, es fundamental establecer un proceso de alertas automatizado para los administradores.
**Sugerencia 16.4.1: configure las alertas de rendimiento de manera apropiada**
Siga las pautas mencionadas en el pilar eficiencia de rendimiento de Well-Architected Framework que versan sobre la supervisión y las alertas, y utilice las capacidades de alerta de SAP si se proveen capacidades adicionales. También puede encontrar más detalles en [excelencia operativa] [1. Diseñe la carga de trabajo de SAP para permitir la comprensión y la reacción a su estado](design-principle-1.md) .
+ Well-Architected Framework [eficiencia de rendimiento]: [Monitoreo](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/monitoring.html)
+ Documentación de SAP: [SAP NetWeaver Alert Monitor (Monitor de alertas de SAP NetWeaver)](https://help.sap.com/doc/7a827019728810148a4b1a83b0e91070/1610 001/en-US/frameset.htm?frameset.htm)
**Sugerencia 16.4.2: corrección automática de incidentes de rendimiento**
Si bien la administración de incidentes de rendimiento incluye las prácticas recomendadas en materia de operaciones detalladas en el pilar de excelencia operativa de Well-Architected Framework, la detección proactiva y la corrección automatizada del deterioro de rendimiento potencial pueden prevenir la profundización de un problema de rendimiento y mejorar la experiencia del usuario final. Cuando no es posible implementar procesos automatizados para mitigar un problema de rendimiento, tener un manual de procedimientos detallado sobre cómo deben responder los equipos operativos ante un problema de rendimiento puede acelerar la respuesta a un incidente de rendimiento.
+ SAP Lens [excelencia operativa]: [Práctica recomendada 1.8: utilice técnicas de respuesta y recuperación automatizadas para reaccionar a las alertas de supervisión](best-practice-1-8.md)
+ Well-Architected Framework [excelencia operativa]: [Prácticas recomendadas: operar](https://docs.aws.amazon.com/wellarchitected/latest/framework/oe-operate.html)
# Práctica recomendada 16.5: escale para satisfacer las demandas de rendimiento
Uno de los beneficios principales de operar cargas de trabajo en AWS es la capacidad de aumentar o disminuir la capacidad de computación y cambiar las características de rendimiento de almacenamiento para que coincidan con el rendimiento requerido para el caso de uso. En las cargas de trabajo de SAP, utilice el escalado dinámico cuando corresponda para evitar los cuellos de botella de rendimiento. Para las situaciones en las que el escalado dinámico no es posible, como el escalado horizontal de un clúster de base de datos de SAP HANA, utilice un proceso de implementación manual.
**Sugerencia 16.5.1: escale de forma reactiva las cargas de trabajo de SAP**
En respuesta a los cambios dinámicos en los requisitos de rendimiento de las cargas de trabajo, escale sus recursos de SAP según corresponda. Cuando sea posible, utilice la automatización para reducir o aumentar el escalado horizontal. Si esta opción no es factible (por ejemplo, para el escalado vertical de una instancia de base de datos), implemente un proceso para hacerlo de forma manual. Considere lo siguiente:
+ Agregar o eliminar la capacidad del servidor de la aplicación o cambiar los tamaños de la instancia según sea necesario para satisfacer la demanda
+ Cambiar los parámetros de SAP para redistribuir los recursos virtuales de forma programática
+ [Modificar el tipo de almacenamiento](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html) (por ejemplo, Amazon EBS `gp3` para `io2` o viceversa en AWS), si corresponde, para optimizar el rendimiento de almacenamiento.
**Sugerencia 16.5.2: programe el escalado de las cargas de trabajo de SAP predecibles**
Independientemente de si se hace de forma automatizada o manual, se aconseja aumentar o reducir el escalado vertical de las cargas de trabajo de SAP con base en los patrones de rendimiento predecibles. Por ejemplo, cuando el procesamiento financiero a fin de mes en un sistema ECC de SAP deriva en un aumento predecible del 20 % en los requisitos de procesamiento en las instancias del servidor de la aplicación, los administradores del sistema pueden aumentar de manera proactiva la cantidad o el tamaño de los servidores de la aplicación y, luego, reducir horizontalmente la cantidad de instancias cuando el uso disminuye conforme a las predicciones.
# Práctica recomendada 16.6: desarrolle mecanismos para simular la carga de producción a los fines de realizar un análisis
Contar con un clon de los datos de producción en un sistema de prueba permite a los administradores del sistema simular cargas de trabajo de SAP de producción y realizar pruebas de rendimiento vitales, como pruebas de estrés y volumen. Este tipo de pruebas puede ayudar a identificar cuellos de botella de rendimiento potenciales y evitar que ocurran problemas de rendimiento en un entorno de producción en tiempo real.
**Sugerencia 16.6.1: realice pruebas de estrés y volumen automatizadas en sistemas SAP**
Copiar datos de producción en un entorno de prueba es relativamente fácil cuando se ejecutan en AWS (por ejemplo, a través de [instantáneas de EBS desde un entorno de producción](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/ec2-backup.html) para crear una instancia de prueba nueva), aunque se debe tener cuidado de seguir correctamente los pasos posteriores a la copia, manuales o automatizados. Estos pasos posteriores a la copia pueden consistir en cambiar los nombres del sistema lógico a través del código de transacción BDLS, aleatorizar o borrar datos de producción sensibles y configurar una integración con los sistemas de prueba relacionados. Otro beneficio adicional es que los sistemas de prueba de rendimiento aislados no tienen que ser permanentes, dado que las instancias se pueden aprovisionar, configurar y apagar según sea necesario.
Existen diversas maneras de aplicar cargas al sistema de pruebas:
+ En AWS, la solución [de pruebas de carga distribuidas](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) puede ser una opción útil para las pruebas de carga automatizadas.
+ Se puede realizar mediante la creación y automatización de scripts en el software de SAP a través de [eCATT (Herramienta de prueba asistida por computadora extendida).](https://wiki.scn.sap.com/wiki/display/ABAP/eCATT)
+ Se puede realizar mediante el uso de soluciones de prueba automatizadas de terceros.
+ Se puede realizar mediante la creación de scripts a nivel del sistema operativo para iniciar los programas adecuados a escala dentro del sistema SAP.
# Práctica recomendada 16.7: optimice continuamente el ajuste de tamaño y la configuración en función de los datos de rendimiento
Revise las métricas de rendimiento de manera regular y externa al proceso de respuesta a incidentes. De esta manera, puede descubrir qué componentes del sistema tienen un tamaño deficiente o excesivo o ya no se usan. Se debe establecer una cadencia de optimización de rendimiento regular para las cargas de trabajo de SAP, con un enfoque en el ajuste de tamaño correcto de los componentes del sistema para la carga real del usuario. Esta actividad mejorará la experiencia del usuario, eliminará los aspectos innecesarios de la arquitectura y ayudará a mejorar la rentabilidad y la resiliencia de la carga de trabajo.
**Sugerencia 16.7.1: regularmente, ajuste el tamaño correcto de la arquitectura con las métricas de rendimiento histórico como guía**
Revise de manera regular su carga de trabajo de SAP en busca de oportunidades para ajustar correctamente el tamaño de sus componentes. Considere si es necesario aumentar o disminuir el almacenamiento, la computación, las redes y los servicios de soporte para satisfacer mejor los requisitos de rendimiento de su negocio.
Para obtener más información, consulte los siguientes recursos:
+ SAP Lens [optimización de costos]: [Práctica recomendada 20.5: revise el uso para detectar oportunidades de optimización](best-practice-20-5.md)
+ SAP Lens [excelencia operativa]: [Práctica recomendada 4.4: realice revisiones regulares de las cargas de trabajo para optimizarlas en función de resiliencia, rendimiento, agilidad y costos](best-practice-4-4.md)
+ Documentación de AWS: [Tamaño correcto](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/right-sizing/)