# 20. Administre los costos con visibilidad, planificación y administración **¿Cómo se pone en práctica la Cloud Financial Management (CFM, administración financiera en la nube) para garantizar la optimización y reconocimiento de costos?** Partiendo desde la concepción hasta la operación, ¿cómo se establecen controles sobre el presupuesto de la infraestructura en la nube de SAP y cómo se continúa optimizando su uso de acuerdo con los requisitos empresariales? [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/design-principle-20.html) # Práctica recomendada 20.1: planifique el modelo de consumo y el uso del entorno durante las fases del proyecto Durante los proyectos, dentro de los que se incluyen proyectos de migración o implementación, entre otros, suele haber un enfoque por fases para implementar los sistemas. También hay un período de estabilización en el que se establece el ajuste de tamaño y el perfil de uso. Aproveche la flexibilidad y las capacidades de instancias bajo demanda para minimizar los costos durante este período. **Sugerencia 20.1.1: planifique implementar sistemas solo cuando se requiera** La reducción de los plazos de entrega debería darle opciones para implementar sistemas solo cuando se requiere. En el caso de los sistemas de proyectos de corto plazo, utilice instancias bajo demanda para crear sistemas de proyectos mientras dure el requisito. **Sugerencia 20.1.2: evalúe las opciones de precios según la duración esperada y el perfil de uso** La duración del proyecto y los horarios de trabajo influyen en el modelo de precios. Un modelo de precios bajo demanda suele ser la opción predeterminada al comienzo de un proyecto. Garantice que se defina y evalúe un presupuesto para adaptarlo a las opciones más económicas, si corresponde. **Sugerencia 20.1.3: planifique suspender o sacar de servicio los sistemas que no se utilizan** Cuando los proyectos ya no están activos o han alcanzado sus objetivos, tenga en cuenta el ahorro de costos que conseguiría por desactivar instancias y el ahorro de almacenamiento por el desmantelamiento. Por lo general, en un proyecto se realizan copias múltiples de un sistema durante la migración. Recuerde apagar los sistemas cuando no se utilizan. # Práctica recomendada 20.2: establezca un modelo de costos planificado de varios años aprovechando distintos enfoques de precios Establezca un plan de varios años de sus requisitos de capacidad para garantizar que está aprovechando al máximo los modelos de precios a fin de maximizar los descuentos disponibles de AWS. Evalúe sus costos como referencia y hágales un seguimiento. Los modelos de precios en la nube proporcionan flexibilidad que le permite adaptar elásticamente la infraestructura a los requisitos cambiantes del negocio. Antes de pactar compromisos con Savings Plans o instancias reservadas de largo plazo, conozca y planifique el uso esperado del sistema SAP como mínimo en un horizonte de 3 años. Aplique pruebas, datos de SAP Quick Sizer y pronósticos de crecimiento para fundamentar el plan de compromiso y aproveche los descuentos máximos para su carga de trabajo. **Sugerencia 20.2.1: establezca un valor estimado de capacidad y comprenda los eventos clave de su empresa** En general, las cargas de trabajo de SAP son estables, con modelos de uso y horas de operación conocidos. Establezca como valor de referencia una capacidad de estado regular bien comprendida para sus sistemas SAP. Para ello, realice pruebas de rendimiento y supervise su entorno de producción durante las semanas iniciales de su implementación. Amplíe el cálculo de la capacidad de estado regular hasta un horizonte de tres años como mínimo teniendo en cuenta los siguientes parámetros: + Eventos comerciales importantes, como fusiones, adquisiciones y desinversiones + Cambios de las normativas que pueden afectar los requisitos de almacenamiento de datos o frecuencia del proceso comercial + Aumento de los datos debido a las operaciones comerciales normales (especialmente importante para las bases de datos en memoria como SAP HANA, ya que los datos afectan el ajuste de tamaño de la computación, además del ajuste de tamaño del almacenamiento) + Actualizaciones importantes del sistema, reemplazo del sistema o desmantelamiento **Sugerencia 20.2.2: evalúe si los compromisos a uno o tres años son adecuados** Evalúe en qué medida sus cargas de trabajo de SAP podrían aprovechar el compromiso de computación de tres años y maximizar los descuentos disponibles mediante el uso de su cálculo de capacidad. Considere lo siguiente: + ¿Puede contemplar pactar un compromiso de tres años para todas las necesidades de computación de su carga de trabajo de SAP? + ¿Puede considerar un compromiso de tres años para un subconjunto de sus necesidades que confía que no cambiarán? Por ejemplo, los servidores de la aplicación principal de SAP o bases de datos primarias. + ¿Su carga de trabajo de SAP forma parte de una organización de AWS más amplia que podría utilizar compromisos de computación en exceso cuando los cambios en sus requisitos de capacidad de SAP reducen la necesidad de computación en un punto temporal futuro? + ¿Su carga de trabajo de SAP forma parte de una organización de AWS más amplia y podría compartir compromisos de computación para entornos que no son de producción y que no tienen que funcionar las 24 horas del día, los 7 días de la semana? + En caso de cambios de capacidad de mediano plazo, ¿el beneficio de comprometerse a un plan de computación de 3 años supera el desperdicio de capacidad de exceso o sin utilizar (por ejemplo, el punto de equilibrio frente a un compromiso de plazo más corto está en el mes 20)? + ¿Puede contemplar un compromiso de plazo más corto (un año) para las aplicaciones que probablemente estarían afectadas por cambios empresariales importantes o reemplazos en el corto plazo? + ¿Las fluctuaciones cambiarias son un factor que debería tener en cuenta? Los precios de AWS (a excepción de AWS China) están expresados en dólares estadounidenses (USD). Si desea un tipo de cambio fijo, tal vez pueda considerar modelos de precios de pago total por adelantado, si ello es posible. Establezca un plan para emparejar los requisitos de capacidad de la carga de trabajo con la duración del compromiso a fin de maximizar los descuentos. ![\[Timeline showing SAP workload capacity allocation over 3 years with different commitment types.\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/images/example-timeline-of-planning-sap-on-aws-compute-commitments.png) **Sugerencia 20.2.3: evalúe si es adecuado fijar tipos de computación para obtener mayores descuentos** En general, las cargas de trabajo de SAP utilizan un conjunto limitado de tipos de computación de AWS y, por tanto, debe considerar si comprometerse con familias de computación específicas o tipos de instancias específicas es apropiado para su carga de trabajo a fin de maximizar el descuento. Los dos enfoques de precios con mayores descuentos en materia de computación son EC2 Instance Savings Plans y las instancias reservadas estándar. Considere lo siguiente: + Identifique los tipos de computación que más se utilizan en su infraestructura y considere adquirir instancias reservadas estándar o un EC2 Instance Savings Plans específico para dicho tipo de computación. Por ejemplo, si utiliza `m5.xlarge` para los servidores de su aplicación en varias aplicaciones SAP, dicho tipo de instancia sería un buen candidato para un Savings Plan específico de EC2 o una instancia reservada estándar, puesto que es muy probable que siempre utilice este compromiso. + Identifique los componentes de computación que tienen una alta probabilidad de cambiar las familias de EC2 debido al aumento de las cargas de trabajo o los eventos comerciales. Considere adquirir Compute Savings Plans o instancias reservadas convertibles más genéricos para estos elementos. Por ejemplo, si tiene una base de datos de SAP HANA que debe trasladarse entre una familia de computación de EC2 `r5` y `x1e` debido a un aumento de su tamaño después de solo 6 meses, esta sería una buena candidata para una instancia reservada convertible de corto plazo o un Compute Savings Plan. + Identifique los puntos de equilibrio para los precios de computación generales frente a los específicos y téngalos presente cuando elige el tipo de compromiso. Por ejemplo, puede ser más barato comprar una instancia reservada estándar durante tres años en vez de elegir una instancia reservada convertible de tres años si el cambio de ajuste de tamaño ocurre en el tercer año. También puede considerar vender el valor de la instancia reservada residual en el Marketplace de la instancia reservada de AWS. + Antes de cambiar los tipos de instancia, identifique el uso de la oferta privada del vendedor de AWS Marketplace o el software de suscripción anual. Esto evitará incurrir en costos de software adicionales. Los dos planes supondrían un ahorro, ya que le permiten comprometerse a ejecutar productos de software en una instancia de Amazon EC2 durante un tiempo específico. Por ejemplo, la adquisición de una suscripción anual de software para ejecutarlo en una instancia `r4.xlarge` instancia en ejecución. Decidió cambiar el tipo de instancia a `r5.xlarge` . La suscripción anual ya no está vinculada con la instancia, pero sigue activa. Esto genera precios bajo demanda adicionales para el software en `r5.xlarge` . Considere esperar al vencimiento de la suscripción anual antes de cambiar el tipo de instancia. **Sugerencia 20.2.4: evalúe si los Savings Plans, las instancias reservadas o ambos son más adecuados** Elija una combinación de Savings Plans con instancias reservadas para obtener beneficios de distintos modelos, si es adecuado para su carga de trabajo de SAP. Determine sus períodos de compromiso y requisitos de computación de forma completa y luego seleccione su modelo de precios. Puede encontrar más información sobre las diferencias entre Savings Plans y las instancias reservadas en [Optimización de costos]: [Práctica recomendada 18.1: conozca las opciones de pago y compromisos disponibles para Amazon EC2](best-practice-18-1.md) y para [Compute Savings Plans y las instancias reservadas](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html#sp-ris) . Tenga en cuenta [fiabilidad] [Práctica recomendada 10.2: seleccione una arquitectura adecuada para sus requisitos de disponibilidad y capacidad](best-practice-10-2.md) . Se explican las diferencias de reserva de capacidad e intercambios entre Savings Plans y las instancias reservadas. **Sugerencia 20.2.5: convierta su plan de capacidad en un modelo de costos para fines de presupuesto y seguimiento** Convierta sus Savings Plans, elecciones de instancias reservadas y presupuesto bajo demanda en un plan de costo que estime su gasto de AWS para la infraestructura SAP en un plazo mínimo de tres años. Combine su cálculo de computación con otros costos de AWS para finalizar el modelo de costos de su carga de trabajo de SAP para fines de presupuesto y seguimiento. Cuando calcule los costos de SAP, recuerde incluir lo siguiente: + Costos de almacenamiento con computación adjunta (como volúmenes de Amazon EBS) + Costos de almacenamiento de archivos compartidos (como Amazon EFS y Amazon FSx) + Costos de almacenamiento de copia de seguridad (como Amazon S3 y Amazon S3 Glacier) + Costos de red y de VPC (como Elastic Load Balancers, puertas de enlace de NAT, puertas de enlace de tránsito, costos de salida de la red, conexión directa y VPN) + Costos de administración y servicio de gobernanza (como métricas detalladas de CloudWatch, AWS CloudTrail y AWS Config) + Costos de servicio de seguridad (como AWS WAF, Amazon GuardDuty y AWS Shield) + Costos de AWS Support (Business o Enterprise) + Considere los programas de descuento para empresas o los descuentos por volumen para los que sea elegible (hable con su gerente de cuenta de AWS para obtener más detalles) + Moneda: es importante que sepa que los precios de AWS están expresados en dólares estadounidenses (USD). Puede elegir una moneda de facturación y sus facturas se computarán en USD y se convertirán a su moneda de preferencia a un tipo de cambio competitivo. # Práctica recomendada 20.3: establezca un presupuesto y mecanismos de asignación de costos y seguimiento, incluida la detección de anomalías Hay [pautas](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/expenditure-and-usage-awareness.html) en Well-Architected Framework para implementar la administración financiera. Fije las expectativas sobre costos en la nube con presupuestos anuales, trimestrales, mensuales o incluso diarios, dependiendo de sus necesidades empresariales. Ajuste los pronósticos de forma regular para alinearlos con el uso e identificar tendencias y anomalías. Defina mecanismos para la asignación de costos a través de estrategias de contabilidad y etiquetado. **Sugerencia 20.3.1: utilice las herramientas de costos y facturación para aumentar la visibilidad de los gastos** Los sistemas SAP suelen ser estáticos en sus modelos de uso una vez establecidos. Si utiliza un modelo de precios bajo demanda, ya sea de forma permanente o durante fases del proyecto, puede ver una fluctuación en los costos de Amazon EC2. Si no se implementaron estrategias para administrar volúmenes de datos, puede esperarse que los costos de Amazon EBS y Amazon S3 sean más altos de lo esperado. Una buena herramienta para visibilizar sus gastos con un bajo esfuerzo de configuración es la [Detección de anomalías de costos de AWS](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) . Esta herramienta utiliza tecnologías de machine learning (ML) avanzadas para identificar los gastos anómalos y las causas principales, de manera que usted pueda tomar cartas en el asunto. Utilice [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) para definir presupuestos personalizados según sus costos y uso esperados. Configure las alertas de presupuesto para que se le notifique cuándo se supera un umbral. [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/?track=costop_bottom) y [AWS Billing and Cost Management](https://docs.aws.amazon.com/account-billing/) proveen herramientas para la visibilidad y el análisis. Puede encontrar más guías en la sección de Well-Architected Framework [Optimización de costos] [Conocimiento de los gastos y el uso](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/expenditure-and-usage-awareness.html) . **Sugerencia 20.3.2: analice y asigne gastos con etiquetas** Puede crear [etiquetas de asignación de costos](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html#allocation-what) que lo ayuden a identificar los precios de los recursos de AWS con base en las cuentas individuales, los recursos, las unidades comerciales y los entornos de SAP. Estas etiquetas se hacen visibles en los informes de facturación de AWS y se pueden analizar usando Cost Explorer. Puede utilizar las etiquetas de asignación de costos para determinar los costos asociados con entornos de SAP individuales. Ellas ayudan a conocer si se debe implementar una acción para reducir o eliminar los costos asociados con los entornos específicos, como entornos transitorios o entornos de proyecto que ya no se requieren. Debe tener implementado un proceso para identificar los recursos que no tienen etiquetas de asignación de costos adjuntas. Implemente las acciones requeridas para agregar etiquetas de asignación de costos a esos recursos. + Blog de SAP on AWS: [Tagging Recommendations for SAP on AWS](https://aws.amazon.com/blogs/awsforsap/tagging-recommendations-for-sap-on-aws/) # Práctica recomendada 20.4: establezca procedimientos de aprobación y controles relacionados con costos Puede ser necesario adaptar procesos de evaluación de costos tradicionales para la nube. Aprenda cómo implementar las prácticas y políticas financieras correctas en la guía [de administración financiera en la nube de AWS](https://aws.amazon.com/executive-insights/content/cloud-financial-management-reference-guide). **Sugerencia 20.4.1: eduque a los administradores sobre las consecuencias de los costos** Introduzca mecanismos para asignar responsabilidad y provea incentivos para optimizar los costos. **Sugerencia 20.4.2: solo concédales a ciertos usuarios la capacidad de aprovisionar instancias usando controles de IAM** Utilice políticas de IAM alineadas con el tipo de recurso y función laboral dentro de los límites de la cuenta para garantizar el control de costos. Por ejemplo, puede permitir el control de sistemas adicionales a escala pequeña en una cuenta de entorno aislado dentro de un equipo de proyecto, pero contar con un proceso de aprobación adicional y de acceso restringido para las instancias más grandes en una cuenta de producción. # Práctica recomendada 20.5: revise el uso para detectar oportunidades de optimización Revise de forma periódica la carga de trabajo de SAP para identificar las oportunidades de optimizar costos. Las revisiones regulares deben centrarse en minimizar las diferencias y anomalías halladas entre su factura de AWS y su presupuesto de carga de trabajo de SAP; verificar que todos sus recursos en la nube de SAP tengan el tamaño apropiado y no se hayan aprovisionado en exceso y entender los lanzamientos de servicios de AWS nuevos o reducciones de costos que podrían mejorar la eficacia de costos de su carga de trabajo de SAP. **Sugerencia 20.5.1: minimice el costo adicional si el uso fue más alto de lo planificado inicialmente** Es posible que su uso en la nube haya superado el modelo de costos calculado debido a eventos comerciales imprevistos o la necesidad de un rendimiento adicional. Analice estos cambios con vistas a optimizar el costo nuevo. Considere apuntarse a compromisos de Savings Plan adicionales o solicitar nuevas instancias reservadas si se trata de un cambio sostenido. Cuando se requiere una capacidad adicional solo durante períodos cortos, considere mecanismos de escalado horizontal (por ejemplo, servidores de aplicaciones SAP adicionales) usando el escalado automático o la capacidad de instancia bajo demanda programada para minimizar aún más el costo. **Sugerencia 20.5.2: revise las métricas de uso de la carga de trabajo de SAP y ajuste el tamaño correcto cuando sea posible** Revise de forma regular los componentes que respaldan su sistema SAP para garantizar que tengan el tamaño correcto. Use las métricas de CloudWatch para considerar lo siguiente: + ¿La computación SAP EC2 tiene el tamaño correcto? ¿El uso de CPU o memoria es bajo? ¿Podría pasarse a un tamaño de instancia de EC2 más pequeño? + ¿El almacenamiento de SAP tiene el tamaño correcto? ¿Hay espacio extra aprovisionado, pero sin utilizar? ¿Puede reducir los tamaños de los volúmenes? + ¿El almacenamiento de SAP tiene el rendimiento apropiado? ¿Hay IOPS o MBps aprovisionados en exceso que podrían reducirse? + ¿Las copias de seguridad e instantáneas se administran de manera correcta? ¿Tiene demasiadas copias de seguridad en S3 Standard que podrían archivarse en Amazon S3 Standard-IA o Amazon S3 Glacier? + Utilice herramientas como [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) y [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/) para identificar las áreas adicionales de optimización. Tenga presente las restricciones de computación y almacenamiento específicas de SAP según la nota 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]. Utilice los hallazgos para ajustar continuamente el tamaño correcto de sus componentes de carga de trabajo de SAP con regularidad y maximice su uso de Savings Plans e instancias reservadas. **Sugerencia 20.5.3: conozca los servicios de AWS nuevos y planifique implementarlos si se puede lograr una optimización de costo mayor** De manera periódica, AWS lanza servicios nuevos y reduce precios. Revise los anuncios de servicios nuevos de SAP on AWS y planifique incorporarlos en su arquitectura cada 12 meses como mínimo. Si tiene un technical account manager (TAM, administrador técnico de cuenta) como parte de su acuerdo de Enterprise Support con AWS, este puede asistirlo con reuniones informativas regulares sobre los servicios nuevos y charlas sobre optimización. Suscríbase al blog [SAP on AWS](https://aws.amazon.com/blogs/awsforsap/) y al [boletín de novedades](https://aws.amazon.com/new/) para enterarse de los anuncios y las noticias más recientes. Consulte [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) para obtener más información sobre la optimización continua de su carga de trabajo de SAP.