Práctica recomendada 17.5: considere utilizar la capacidad bajo demanda para mejorar la eficiencia de costos
El modelo de precios bajo demanda es adecuado para las cargas de trabajo de SAP que requieren menos horas de operación, proyectos de corto plazo, experimentación o capacidad ampliada durante períodos cortos (por ejemplo, en pruebas de rendimiento). Determine en qué parte puede utilizar los precios bajo demanda en su arquitectura de SAP.
Sugerencia 17.5.1: evalúe el uso de la modalidad bajo demanda para los sistemas SAP que requieren operar menos de 24 horas al día, los siete días de la semana
Con base en el punto de equilibrio entre el uso de un modelo de precios bajo demanda y de otro tipo, (Consulte [fiabilidad] Práctica recomendada 18.1: conozca las opciones de pago y compromisos disponibles para Amazon EC2 ), evalúe si el modelo bajo demanda proporciona el costo más bajo. Como parte de esta evaluación, considere el compromiso general del Savings Plan.
Los casos de uso más comunes son los sistemas que no son de producción y que no se necesitan fuera de horarios comerciales extendidos o los experimentos comerciales de corto plazo, como actualizaciones de períodos de POC.
-
Blog de SAP on AWS: Automate Start or Stop of Distributed SAP HANA systems using AWS Systems Manager
Sugerencia 17.5.2: evalúe las opciones de escalado programadas o dinámicas para los picos de carga
La capacidad bajo demanda generalmente se utiliza en cargas de trabajo de SAP durante los picos, cuando los requisitos de capacidad alcanzan un máximo por un tiempo breve. Considere lo siguiente:
-
Utilice el escalado del servidor de la aplicación SAP en función de un cronograma para los picos conocidos de patrones de uso, como picos de fin de mes, de fin de año o estacionales.
-
Utilice un escalado dinámico del nivel de la aplicación si la ocurrencia de los picos le es menos conocida y sea necesario escalar en función de la carga del usuario en tiempo real. Explore los mecanismos compatibles con SAP que proporcionan la administración y los controles requeridos.
Nota: Al evaluar el escalado dinámico del nivel de la aplicación, tenga en cuenta las repercusiones que traería a las conexiones de los usuarios y a los trabajos en lote si un servidor de la aplicación SAP se apagara en vista de que los componentes de SAP poseen estado. Las herramientas de AWS, SAP y las desarrolladas por socios de la APN pueden servir para cumplir este requisito.
-
Documentación de AWS: Referencia de acciones de Systems Manager Automation
-
Documentación de SAP: SAP Landscape Management
-
Blog de SAP on AWS: Using AWS to enable SAP Application Auto Scaling