Práctica recomendada 13.4: elija regiones y AZ para minimizar la latencia
Implemente sus instancias de SAP en regiones y AZ que minimicen la latencia de los procesos empresariales clave que afectan a los usuarios finales, las interfaces críticas y el tráfico dentro del sistema.
Sugerencia 13.4.1: seleccione la región y la conectividad en la nube para optimizar el rendimiento
Elija una región en función de la proximidad a sus usuarios finales de SAP y al centro de datos corporativo. Ajuste el tamaño de cualquier opción de conectividad en la nube (como Direct Connect y VPN) para adaptarse a sus requisitos de transferencia de datos.
Utilice las herramientas de rendimiento de SAP para comprender el desglose del tiempo de respuesta del usuario (como la red, la GUI, la aplicación y la base de datos) y evalúe el impacto de cualquier cambio en el tiempo de ida y vuelta de la red como resultado del aumento de la latencia. Le recomendamos que se concentre en interfaces de alta frecuencia y baja latencia entre sistemas en diferentes ubicaciones.
Si el aumento de la latencia afecta a ciertos grupos de usuarios finales, considere el uso de aceleradores y servicios de computación para usuarios finales.
-
Documentación de AWS: AWS Direct Connect
-
Documentación de AWS: ¿Qué es AWS Global Accelerator? - AWS Global Accelerator
-
Blog de SAP on AWS: Deploying SAP GUI on Amazon AppStream 2.0
Sugerencia 13.4.2: tenga en cuenta las pautas de SAP para la latencia dentro del sistema
SAP brinda orientación para lograr una latencia de red aceptable en el tráfico que circula de las aplicaciones a las bases de datos y para replicar el sistema SAP HANA.
-
Notas de SAP: 1100926 - FAQ: Network performance (Preguntas frecuentes: rendimiento de la red)
[Se necesita acceso al portal de SAP] -
Notas de SAP: 2543171 - Latency issue between application server and database (Problema de latencia entre el servidor de la aplicación y la base de datos)
[Se necesita acceso al portal de SAP]
En estas notas, la guía para la conectividad de la base de datos al servidor de aplicaciones se basa en sistemas que se ejecutan en un solo centro de datos, lo que no refleja los beneficios de resistencia de una implementación Multi-AZ. Una AZ es uno o más centros de datos discretos con energía, redes y conectividad redundantes en una región de AWS separados por una distancia significativa (al menos 10 km).
Las arquitecturas de SAP de alta disponibilidad (HA) en AWS generalmente implican la implementación de la infraestructura en múltiples AZ, incluidas las instancias de servidor de la aplicación SAP. Si tiene transacciones de SAP o trabajos por lotes que realizan una cantidad significativa de llamadas a la base de datos, le recomendamos que ejecute estos trabajos en servidores de aplicaciones SAP ubicados en la misma AZ que la base de datos. Además, utilice grupos de inicio de sesión de SAP (transacción SMLG) para usuarios finales y grupos de servidores por lotes (transacción SM61) para trabajos de procesamiento en segundo plano. Esto garantizará que las partes sensibles a la latencia de la carga de trabajo de SAP se ejecuten en los servidores de aplicaciones correctos. Utilice herramientas como NIPING para medir la latencia.
SAP recomienda una latencia de ~1,0 ms para admitir la replicación sincrónica de SAP HANA en modo SYNC, que se puede lograr entre AZ.
-
Documentación de SAP: SAP HANA Network Requirements (Requisitos de red de SAP HANA)
Sugerencia 13.4.3: utilice grupos de ubicación para el escalado horizontal de SAP HANA
Para cumplir con la certificación de SAP para la comunicación entre nodos en una implementación de escalado horizontal de SAP HANA, es necesario usar un grupo con ubicación en clúster.
-
Documentación de AWS: Grupos de ubicación - Amazon Elastic Compute Cloud