# Práctica recomendada 17.4: revise el tamaño, la granularidad y las últimas instancias de EC2 disponibles para los componentes de SAP Las instancias de EC2 más pequeñas proporcionan mayor flexibilidad de costos en las cargas de trabajo de SAP. Presentan opciones para el escalado horizontal que permiten deshabilitar la computación cuando no se utiliza o escalarla verticalmente solo durante los picos de carga. Adoptar un tamaño de instancia de EC2 coherente en el nivel de la aplicación lo ayudará a maximizar los beneficios de los compromisos con la instancia reservada y Savings Plans en todas las cargas de trabajo. Tenga en cuenta las instancias más recientes de AWS certificadas por SAP. También es aconsejable evaluar el impacto operativo, los costos de licencia, el soporte, el intercambio y la reutilización de cada componente. **Sugerencia 17.4.1: evalúe los beneficios de costos de varios servidores de aplicaciones más pequeños para proporcionar flexibilidad** En muchas cargas de trabajo de SAP, los servidores de aplicaciones se pueden diseñar para que sean inmutables. Tener una configuración estándar del servidor de la aplicación, que se escala en sentido horizontal replicando la unidad de base, brinda opciones para conseguir unidades repetibles uniformes. Las ventajas son la reutilización, la utilización de computación, las reservas y la automatización. En la evaluación, deben tenerse en cuenta los requisitos por unidad, como la concesión de licencias de sistemas operativos, la duplicación de almacenamiento y los costos administrativos. Considere lo siguiente: + Blog de SAP on AWS: [DevOps for SAP – Driving Innovation and Lowering Costs](https://aws.amazon.com/blogs/awsforsap/devops-for-sap-driving-innovation-and-lowering-costs/) . + Blog de SAP on AWS: [Using AWS to allow SAP Application Auto Scaling (Uso de AWS para permitir el escalado automático de aplicaciones SAP)](https://aws.amazon.com/blogs/awsforsap/using-aws-to-enable-sap-application-auto-scaling/) **Sugerencia 17.4.2: evalúe los beneficios de costos de una configuración de escalado horizontal de SAP HANA si es compatible** Las cargas de trabajo de SAP OLAP se pueden implementar [tanto en configuraciones de escalado](https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.05/en-US/a165e192ba374c2a8b17566f89fe8419.html) vertical como horizontal. SAP recomienda aplicar un escalado vertical en lugar de uno horizontal para reducir la complejidad operativa; sin embargo; las implementaciones de escalado horizontal pueden aplicarse a cargas de trabajo de SAP HANA analíticas o nativas más grandes, que requieren un poder de computación significativo (SAPS). En ciertos casos, S/4HANA también es compatible con la configuración de escalado horizontal, pero con restricciones. Consulte la nota de SAP [2408419 SAP S/4HANA - Multi-Node Support (SAP S/4HANA: compatibilidad multinodo)](https://launchpad.support.sap.com/#/notes/2408419) [Se necesita acceso al portal de SAP]. Para decantarse por el escalado vertical u horizontal, tenga en cuenta los siguientes aspectos: + [Los tamaños de la instancia de EC2 certificada](https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=iaas;ve:23;v:105) que están disponibles para el escalado vertical u horizontal. + El costo por GiB de memoria de una instancia de EC2 para cada familia de instancias. Las instancias de EC2 suelen tener un costo más alto por GiB que las instancias más pequeñas. + La complejidad adicional y los costos operativos de administrar la distribución de datos en las implementaciones del escalado horizontal. Consulte la nota de SAP [2081591 FAQ: SAP HANA Table Distribution (Preguntas frecuentes: distribución de tablas en SAP HANA)](https://launchpad.support.sap.com/#/notes/2081591) [Se necesita acceso al portal de SAP]