La materia de Cost Management

  • 10 minutos

La administración de costos suele ser la primera materia que los clientes deciden consolidar en cualquier interacción de gobernanza. En esta unidad se describen los resultados, las herramientas, los procesos y una implementación de referencia para consolidar la materia de costos.

Objetivos

La materia de administración de costos crea confianza en su capacidad para controlar los costos y responder a los desencadenadores siguientes:

  • Solucionar problemas relacionados con los presupuestos
  • Definir la asignación de costos entre unidades de negocio
  • Implementar límites de protección de costos
  • Analizar los costos de la carga de trabajo
  • Aplicar procedimientos recomendados operativos en toda la cartera
  • Establecer la responsabilidad de los procedimientos recomendados relativos a los costos en cada equipo de cargas de trabajo

Procedimientos recomendados para la administración de costos

El objetivo de esta materia es aplicar estos procedimientos recomendados de administración de costos:

  • Alinear los equipos y la responsabilidad
  • Administrar los procedimientos recomendados de forma centralizada
  • Establecer procedimientos recomendados para los niveles de carga de trabajo

Procedimientos recomendados por equipo y responsabilidad

La función de administración de costos en la empresa se aplica a la gobernanza y las operaciones en la nube. Todas las decisiones de administración de costos cambian los recursos que admiten una carga de trabajo. Cuando estos cambios afectan a la arquitectura de una carga de trabajo, es necesario tener en cuenta consideraciones adicionales para minimizar el impacto en los usuarios y las funciones empresariales. Es probable que el equipo de adopción de la nube que configuró o desarrolló esa carga de trabajo sea el responsable de seguir adelante con esos cambios.

  • El etiquetado es crítico para toda la gobernanza: asegúrese de que todas las cargas de trabajo y los recursos sigan las convenciones de etiquetado y nomenclatura adecuadas y de aplicar las convenciones de etiquetado mediante Azure Policy.
  • Identifique oportunidades de tamaño correcto: revise el uso de recursos actual y los requisitos de rendimiento del entorno.
  • Cambio de tamaño: modifique cada recurso para usar la SKU o la instancia más pequeña que pueda admitir los requisitos de rendimiento de cada recurso.
  • Escala horizontal y escala vertical: el uso de varias pequeñas instancias puede proporcionarle una ruta de escalado más sencilla que el uso de una única instancia más grande. El uso de varias instancias más pequeñas admite la automatización del escalado, lo que aporta una optimización de costos.

Procedimientos recomendados de administración de costos operativos

Normalmente, un miembro del equipo de gobernanza de la nube o de operaciones en la nube completa los siguientes procedimientos recomendados, de acuerdo con los procesos de aplicación de revisiones y otros procesos de mantenimiento programados. Estos procedimientos recomendados se asignan a una guía procesable que se describe más adelante en esta unidad.

  • El etiquetado es crítico para toda la gobernanza: asegúrese de que todas las cargas de trabajo y los recursos sigan convenciones de etiquetado y nomenclatura adecuadas y de que aplique las convenciones de etiquetado mediante Azure Policy.
  • Identifique oportunidades de tamaño correcto: revise los requisitos actuales de rendimiento y uso de recursos en el entorno para identificar los recursos que se han infrautilizado durante más de 90 días.
  • SKU aprovisionadas de tamaño correcto: modifique el recurso infrautilizado para usar la SKU o la instancia más pequeña que pueda admitir los requisitos de rendimiento de cada recurso.
  • Autoapagado de máquinas virtuales (VM): cuando una máquina virtual no se usa constantemente, considere la posibilidad de programar un apagado automatizado. La máquina virtual no se elimina ni se retira, pero deja de consumir costos de proceso y memoria hasta que se vuelva a activar.
  • Autoapagado de todos los recursos que no sean de producción: si una VM forma parte de un entorno de no producción, específicamente en un entorno de desarrollo, establezca una directiva de autoapagado para reducir el costo de no utilizarla. Siempre que sea posible, use Azure DevTest Labs como opción de autoservicio para ayudar a que los desarrolladores se hagan responsables del costo.
  • Apagado y retirada de los recursos no utilizados: sí, lo hemos indicado dos veces. Si un recurso no se ha usado durante más de 90 días y no tiene ningún requisito de tiempo de actividad claro, simplemente desactívelo. Y, lo que es más importante, si se ha detenido o apagado una máquina durante más de 90 días, desaprovisione y elimine ese recurso. Valide que se cumpla toda directiva de retención de datos a través de copias de seguridad u otros mecanismos.
  • Limpieza de discos huérfanos: elimine el almacenamiento no utilizado, especialmente el almacenamiento de VM que ya no está conectado a una VM.
  • Redundancia de tamaño correcto: si el recurso no requiere un alto grado de redundancia, quite el almacenamiento con redundancia geográfica.
  • Ajuste de los parámetros de escalabilidad automática: la supervisión operativa es probable que descubra patrones de uso para varios recursos. Cuando esos patrones de uso se asignan a los parámetros que se usan para controlar los comportamientos de escalabilidad automática, es habitual que el equipo de operaciones ajuste los parámetros de escalabilidad automática para satisfacer la demanda estacional o los cambios en las asignaciones de presupuesto. Revise los procedimientos recomendados de administración de costos de las cargas de trabajo para conocer las precauciones previas importantes.

Procedimientos recomendados de administración de costos de las cargas de trabajo

Antes de realizar cambios en la arquitectura, consulte al responsable técnico de la carga de trabajo. Facilite la revisión de la carga de trabajo mediante la información que encontrará en Marco de arquitectura de Azure e Introducción para guiar las decisiones relacionadas con los siguientes cambios en la arquitectura:

  • Azure App Service: compruebe los requisitos de producción para el plan de App Service de nivel Premium. Si no se comprenden los requisitos empresariales de una carga de trabajo y la configuración de los recursos subyacentes, es difícil determinar si se requiere un plan de nivel Premium.
  • Escala horizontal y escala vertical: el uso de varias pequeñas instancias puede proporcionarle una ruta de escalado más sencilla que el uso de una única instancia más grande. El uso de instancias pequeñas admite la automatización del escalado, lo que aporta una optimización de costos. Antes de que una carga de trabajo se pueda escalar horizontalmente, el equipo técnico debe comprobar que la aplicación sea idempotente. Para conseguir la escala horizontal, puede que sea necesario realizar primero cambios en el código y configurar varias capas de la aplicación.
  • Escalabilidad automática: habilite la escalabilidad automática en todos los servicios de aplicaciones para obtener un número ampliable de máquinas virtuales más pequeñas. La habilitación del escalado automático tiene el mismo requisito de idempotencia, lo que requiere una comprensión de la arquitectura de la carga de trabajo. El equipo de adopción de la nube debe aprobar la carga de trabajo y los recursos auxiliares para el escalado horizontal y la escalabilidad automática, antes de que se pueda realizar cualquier cambio operativo.
  • Implementación de tecnologías sin servidor: las cargas de trabajo de VM a menudo se migran tal cual para evitar tiempos de inactividad. A menudo, las máquinas virtuales hospedan tareas intermitentes, tareas que tardan poco tiempo en ejecutarse o tareas que se ejecutan durante muchas horas. Algunos ejemplos son las máquinas virtuales que ejecutan tareas programadas, como las del programador de tareas de Windows o los scripts de PowerShell. Cuando estas tareas no se están ejecutando, sigue pagando por las máquinas virtuales y el almacenamiento en disco. Después de la migración, considere la posibilidad de volver a diseñar las capas de la carga de trabajo como tecnologías sin servidor, por ejemplo, trabajos de Azure Functions o de Azure Batch.

Proceso de administración de costos

Los procedimientos recomendados que se describen en esta unidad son procesables, pero ¿cómo y cuándo se aplican? La materia de administración de costos es un esfuerzo continuo que implica varios procesos y roles.

Diagram of the Cost Management discipline as a continuous process.

Figura 1: Materia de administración de costos como un proceso continuo.

Trabaje con los equipos de operaciones centrales y cargas de trabajo para garantizar la propiedad adecuada de cada procedimiento recomendado de la materia de administración de costos que se muestra en la Figura 1 (optimización, visibilidad y responsabilidad). En función de cómo administre las cargas de trabajo del entorno, algunos procedimientos recomendados podrían moverse de un equipo a otro. Si bien algunas organizaciones imponen toda la carga de administración de costos en el departamento de TI central y olvidan asignar responsabilidad a los equipos de cargas de trabajo, otras la imponen en el equipo de cargas de trabajo. La mayoría de las organizaciones se encuentran en un punto intermedio entre estos dos extremos. En Tailwind Traders, el departamento de TI central sirve como una mera función de administración de informes y presupuestos.

Una vez que alinee roles, establezca procesos recurrentes para garantizar el cumplimiento y hacer que todos sean responsables de esta importante tarea frecuente.

Microsoft Cost Management

Microsoft Cost Management es la herramienta predeterminada de Azure para reunir todos los datos con el fin de administrar la estrategia de costos.

Microsoft Cost Management aglutina la organización de recursos, las alertas de Azure Advisor y la base de gobernanza para satisfacer las necesidades de administración de costos.

Ejercicio: Creación de un presupuesto

Para empezar a trabajar con Microsoft Cost Management, cree su primer presupuesto con el Tutorial: Creación y administración de presupuestos de Azure.

Ejercicio: Detección de oportunidades para optimizar

Si tiene implementaciones en el entorno de Azure, es probable que tenga recomendaciones en Azure Portal que podrían afectar a los gastos generales. Complete el tutorial Optimización de costos a partir de recomendaciones para ver las recomendaciones de Azure Adviser y otras recomendaciones que podrían reducir los costos. Las recomendaciones identifican oportunidades para aplicar los procedimientos recomendados operativos descritos en esta unidad.

Ejercicio: Limitación de los riesgos relacionados con los costos mediante Azure Policy

Para limitar de forma proactiva los costos inesperados, puede usar Azure Policy para crear límites de protección que afecten a la capacidad de cualquier rol de realizar gastos excesivos. Los dos riesgos más habituales relacionados con el costo se deben a malas decisiones:

  • Regiones de Azure: los costos de los recursos varían de una región de Azure a otra. Siempre que sea posible, use Azure Policy para limitar la implementación de recursos en las regiones.
  • SKU de Azure: la SKU seleccionada durante la implementación afecta directamente a los costos. Si minimiza el uso de recursos caros en las suscripciones de autoservicio o de propiedad de carga de trabajo, podrá limitar la posibilidad de salirse del presupuesto de forma inesperada.

Agregue una directiva para denegar SKU de máquina virtual en los entornos de no producción para ver en acción este tipo de directiva de control de costos.

Agregue una directiva para especificar ubicaciones permitidas en suscripciones específicas con el fin de evitar la desviación de los costos debida a los precios regionales.