# 13. Seleccione la solución de computación óptima
**¿Cómo selecciona la solución de computación óptima para su carga de trabajo de SAP?** Evalúe y calcule los requisitos de rendimiento utilizando métricas de las herramientas de SAP y las cargas de trabajo existentes. Asigne los requisitos computacionales a las instancias compatibles con SAP que mejor se adapten a su carga de trabajo. Tenga en cuenta los requisitos específicos de red o de almacenamiento para los tipos de instancias, así como la disponibilidad de los tipos de instancias necesarios en la región y en las AZ de AWS que haya elegido.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/design-principle-13.html)
Para más información, consulte la siguiente información:
+ Documentación de AWS: [Amazon EC2 Instance Types for SAP](https://aws.amazon.com/sap/instance-types/)
+ Documentación de SAP: [Certified and Supported SAP HANA Hardware (Hardware de SAP HANA certificado y compatible)](https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/iaas.html#categories=Amazon%20Web%20Services)
+ Notas de SAP: [1656099 - SAP Applications on AWS: Supported DB/OS and Amazon EC2 products](https://launchpad.support.sap.com/#/notes/1656099) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [1656250 - SAP on AWS: Support prerequisites](https://launchpad.support.sap.com/#/notes/1656250) [Se necesita acceso al portal de SAP]
# Práctica recomendada 13.1: evalúe o estime los requisitos del rendimiento
Los requisitos futuros de hardware se pueden estimar examinando la capacidad y los patrones de uso de los sistemas SAP existentes. SAP brinda varias herramientas para ajustar el tamaño del hardware en sistemas nuevos y existentes. Para validar aún más las estimaciones de ajuste de tamaño, se pueden utilizar implementaciones de POC y pruebas de rendimiento.
**Sugerencia 13.1.1: consulte las métricas de rendimiento del SAPS del hardware de origen**
SAP evalúa el hardware con ayuda del [SAP Application Performance Standard (SAPS) (Estándar de rendimiento de la aplicación SAP [SAPS]),](https://www.sap.com/about/benchmark/measuring.html) que es una unidad de medida que no depende del hardware que describe el rendimiento de la configuración de un sistema en el entorno de SAP. Consulte con su proveedor de hardware existente y con el directorio de pruebas comparativas de SAP para obtener los valores del SAPS correspondientes al hardware de su servidor en las instalaciones.
Un ajuste de tamaño basado en el SAPS es apropiado para una migración que introduce cambios mínimos en los requisitos de capacidad subyacentes, a menudo, denominada “migración mediante lift and shift”.
**Sugerencia 13.1.2: consulte los informes de SAP EarlyWatch Alert y las herramientas de supervisión para obtener detalles de uso históricos**
[SAP EarlyWatch Alert](https://support.sap.com/en/offerings-programs/support-services/earlywatch-alert.html) brindan información útil sobre su aplicación SAP, como picos de memoria y uso de la CPU. Un análisis completo de estos informes en el que se traten varios eventos de pico, como el cierre de fin de mes y las cargas de lotes grandes, puede proporcionar información valiosa sobre el uso del sistema.
Además de EarlyWatch, las herramientas de supervisión a nivel de infraestructura pueden brindar más granularidad e información.
**Sugerencia 13.1.3: utilice los informes de ajuste de tamaño de SAP HANA para estimar los requisitos de computación**
Al migrar a SAP HANA, utilice las herramientas proporcionadas por SAP para estimar las dimensiones de la computación prevista. El resultado generado por estas herramientas detalla los requisitos de ajuste de tamaño del hardware en función de su base de datos de SAP HANA.
+ Documentación de SAP: [SAP HANA Administration Guide for HANA Platform (Guía de administración de SAP HANA para la plataforma HANA)](https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.05/en-US/bdf26308bb571014b7bcd3bcd586aecd.html)
+ Documentación de AWS: [SAP HANA Sizing (Ajuste de tamaño de SAP HANA)](https://docs.aws.amazon.com/sap/latest/sap-hana/migrating-hana-sizing.html)
+ Notas de SAP: [1793345 – Sizing for SAP Suite on HANA (Ajuste de tamaño para SAP Suite en HANA)](https://launchpad.support.sap.com/#/notes/1793345) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [1872170 – ABAP on HANA sizing report (S/4HANA, Suite on HANA...) (ABAP en el informe de ajuste de tamaño de HANA [S/4HANA, Suite en HANA...])](https://launchpad.support.sap.com/#/notes/1872170) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [2296290 – New Sizing Report for SAP BW/4HANA (Nuevo informe de ajuste de tamaño de SAP BW/4HANA)](https://launchpad.support.sap.com/#/notes/2296290) [Se necesita acceso al portal de SAP]
+ Notas de SAP: [1958910 - EarlyWatch Alert For HANA Database (EarlyWatch Alert para la base de datos de HANA)](https://launchpad.support.sap.com/#/notes/1958910) [Se necesita acceso al portal de SAP]
**Sugerencia 13.1.4: utilice SAP Quick Sizer para implementaciones nuevas y cambios funcionales**
SAP Quick Sizer se puede utilizar para ajustar el tamaño de nuevas implementaciones de SAP o para aquellas que experimentan cambios (por ejemplo, un incremento en la base de usuarios, nuevas funcionalidades o módulos). La herramienta lo ayuda a trasladar los requisitos de su aplicación a las especificaciones del hardware. Para obtener mejores resultados, los equipos técnicos y funcionales deberían colaborar para aportar valores a la herramienta Quick Sizer.
Recomendamos el uso del ajuste de tamaño experto de SAP para validar el tamaño de implementaciones complejas.
Para obtener más información sobre los servicios y herramientas de SAP, consulte la siguiente documentación:
+ Documentación de SAP: [SAP: Sizing Benchmarks (SAP: referencias de ajuste de tamaño)](https://www.sap.com/about/benchmark/sizing.html)
**Sugerencia 13.1.5: utilice la implementación de prueba de concepto para obtener una exactitud en el ajuste de tamaños**
Puede aprovechar la flexibilidad de los servicios de AWS para ajustar con mayor exactitud sus cargas de trabajo de SAP y escalar a medida que evolucionen las demandas empresariales. Utilice POC para probar migraciones a la nube y analizar los requisitos de rendimiento. Esto puede ayudar a ajustar con mayor exactitud las cargas de trabajo tanto en términos de costo como de rendimiento.
# Práctica recomendada 13.2: seleccione instancias de EC2 adecuadas para las cargas de trabajo de SAP
AWS trabaja con SAP para garantizar que los servicios de AWS sean aptos para implementar y operar los software de SAP en distintos tipos de instancias. Utilice a modo de guía las notas y la documentación pertinente de SAP para identificar las instancias adecuadas. Las familias de instancias de EC2 ofrecen diferentes proporciones de CPU y memoria, así como características de rendimiento de red y almacenamiento adecuadas para ejecutar cargas de trabajo de SAP. Asigne sus requisitos al tipo de instancia apropiado con ayuda de métricas de rendimiento, cifras del SAPS y estimaciones computacionales. Confirme la disponibilidad de estas instancias en su región y AZ seleccionadas.
**Sugerencia 13.2.1: siga las guías de SAP sobre las bases de datos, sistemas operativos y servicios de AWS compatibles.**
AWS ofrece servicios que se pueden usar para la implementación de productos de SAP. En la nota de SAP [1656099 - SAP Applications on AWS: Supported DB/OS and Amazon EC2 products](https://launchpad.support.sap.com/#/notes/1656099) se describe qué productos de SAP, qué combinaciones de bases de datos y sistemas operativos y qué tipos de instancias de Amazon EC2 son actualmente compatibles.
Puede determinar la disponibilidad de tipos de instancias individuales en una AZ específica usando la AWS CLI [para describir ofertas de tipos de instancia.](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html) .
+ Documentación de AWS: [Amazon EC2 Instance Types for SAP](https://aws.amazon.com/sap/instance-types/)
+ Documentación de SAP: [SAP NetWeaver benchmarks (Referencias de SAP NetWeaver)](https://www.sap.com/dmc/exp/2018-benchmark-directory/#/sd?filters=v:4a9e824336e2837bf9081e423d576dba)
**Sugerencia 13.2.2: utilice métricas de hardware y el SAPS para orientar su elección**
Cada familia de instancias de Amazon EC2 compatible con SAP brinda una relación específica de vCPU sobre memoria. Debe evaluar cada familia de instancias en función de sus requisitos para comprender el perfil de rendimiento. La generación actual de instancias de Amazon EC2 (basadas en [AWS Nitro](https://aws.amazon.com/ec2/nitro/) ) ofrece el mejor de todos los rendimientos. Estas instancias deben usarse si están disponibles y certificadas para la implementación.
Los servidores de la aplicación SAP pueden usar tanto las instancias de uso general (`m*`) como las instancias optimizadas para memoria (`r*`). En los casos que se requiera una relación de vCPU sobre memoria mayor, considere usar las instancias optimizadas para la computación`c*`). Para los servidores de bases de datos de AnyDB, las instancias optimizadas para memoria (`r*` ) son una buena opción para la relación de núcleo sobre memoria requerida, pero se debe realizar un análisis adicional para validar el tamaño, especialmente si su implementación está sujeta a licencias por CPU. Para las bases de datos de SAP HANA que se ejecutan en la memoria, su única opción es una instancia optimizada para memoria (`r*`, `x*`, `u*`).
**Sugerencia 13.2.3: utilice el directorio de hardware de SAP HANA y los requisitos de memoria para seleccionar instancias de EC2 para SAP HANA**
AWS tiene la certificación de SAP HANA para un subconjunto de instancias de Amazon EC2 para ejecutar cargas de trabajo de SAP HANA. Los detalles de estas instancias y los tipos de aplicaciones de IaaS compatibles (OLAP, OLTP, SAP Business One, Scale-Out) se pueden encontrar en [Certified and Supported SAP HANA Hardware](https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=iaas;ve:23) y [Amazon EC2 Instance Types for SAP](https://aws.amazon.com/sap/instance-types/) .
El tamaño de la base de datos y el uso real de la memoria de trabajo determinarán los requisitos de memoria y la selección de instancias.
Para las cargas de trabajo que no son de producción, existen opciones adicionales. Consulte el blog:
+ Blog de SAP on AWS: [Smaller X1e instances for SAP HANA non-production workloads (Instancias X1e más pequeñas para cargas de trabajo que no son de producción de SAP HANA)](https://aws.amazon.com/blogs/awsforsap/smaller-x1e-instances-for-sap-hana-non-production-workloads/)
**Sugerencia 13.2.4: tenga en cuenta las características de la instancia de EC2 y las características de rendimiento**
Las instancias de Amazon EC2 tienen diferentes funciones y características de rendimiento que deben evaluarse en función del caso de uso, especialmente para cargas de trabajo con requisitos de rendimiento y de E/S elevados. Esto incluye las capacidades de redes mejoradas mediante el [Elastic Network Adapter (ENA, adaptador de redes elástico),](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking-ena.html#ena-performance) el rendimiento de E/S, la optimización de Amazon EBS y la aptitud para los grupos de ubicación. Para una lista completa de las características, consulte los siguientes recursos:
+ Documentación de AWS: [Instancias de uso general](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/general-purpose-instances.html)
+ Documentación de AWS: [Instancias optimizadas para memoria](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/memory-optimized-instances.html)
+ Documentación de AWS: [Instancias optimizadas para computación](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/compute-optimized-instances.html)
# Práctica recomendada 13.3: seleccione arquitecturas que permitan escalar los sistemas o componentes de forma independiente
Los sistemas y componentes de SAP deberán tener la flexibilidad para escalar sin problemas. Esto se debe lograr dentro del hardware asignado o mediante el escalado horizontal de algunos componentes. Analice cuáles arquitecturas le permiten este tipo de escalado y evalúe compensaciones asociadas.
**Sugerencia 13.3.1: considere el impacto en el rendimiento de los componentes o sistemas cruzados**
Aísle los componentes o sistemas individuales para evitar el rendimiento negativo entre los componentes. La implementación de varias instancias de tamaño más pequeños puede brindar opciones para la reutilización de instancias, el escalado basado en la carga de trabajo y la capacidad bajo demanda. Hay excepciones cuando se trata de optimizar el uso de recursos por razones de costo. Consulte el pilar de costos para obtener más información.
**Sugerencia 13.3.2: tenga en cuenta la flexibilidad de la capacidad para obtener el mayor rendimiento posible**
Al seleccionar arquitecturas que permitan escalar componentes, como los servidores de aplicaciones, será posible adaptar su capacidad para que coincida con los requisitos de rendimiento y escalar para obtener una demanda excepcional, lo que incluye el procesamiento de fin de mes o los picos estacionales.
# 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](https://aws.amazon.com/directconnect/)
+ Documentación de AWS: [¿Qué es AWS Global Accelerator? - AWS Global Accelerator](https://docs.aws.amazon.com/global-accelerator/latest/dg/what-is-global-accelerator.html)
+ Blog de SAP on AWS: [Deploying SAP GUI on Amazon AppStream 2.0](https://aws.amazon.com/blogs/desktop-and-application-streaming/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)](https://launchpad.support.sap.com/#/notes/1100926) [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)](https://launchpad.support.sap.com/#/notes/2543171) [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 \$11,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)](https://assets.cdn.sap.com/sapcom/docs/2016/08/1cd2c2fb-807c-0010-82c7-eda71af511fa.pdf)
**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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html#placement-groups-cluster)