Optimización de costos en Azure Monitor
La optimización de costos se refiere a las formas de reducir los gastos innecesarios y mejorar la eficiencia operativa. Puede reducir considerablemente el costo de Azure Monitor conociendo sus diferentes opciones de configuración y las oportunidades de reducir la cantidad de datos que recopila. Antes de usar este artículo, debería leer el artículo Costo y uso de Azure Monitor para comprender las distintas formas de cobro de Azure Monitor y cómo ver la factura mensual.
En este artículo se describe la optimización de costos para Azure Monitor como parte del Marco de buena arquitectura de Azure. El marco de buena arquitectura de Azure es un conjunto de principios guía que se pueden usar para mejorar la calidad de una carga de trabajo. El marco consta de cinco pilares de excelencia arquitectónica:
- Confiabilidad
- Seguridad
- Optimización de costos
- Excelencia operativa
- Eficiencia del rendimiento
Registros de Azure Monitor
Diseño de una lista de comprobación
- Determine si desea combinar sus datos operativos y sus datos de seguridad en la misma área de trabajo de Log Analytics.
- Configure el plan de tarifa para la cantidad de datos que cada área de trabajo de Log Analytics suele recopilar.
- Configurar la retención y el archivado de datos.
- Configurar las tablas usadas para la depuración, la solución de problemas y la auditoría como registros básicos.
- Limite la recopilación de datos de orígenes de datos para el área de trabajo.
- Analice regularmente los datos recopilados para identificar tendencias y anomalías.
- Creación de una alerta cuando la recopilación de datos es mayor.
- Considerar un límite diario como medida preventiva para asegurarse de que no se excede un presupuesto determinado.
- Configura alertas en recomendaciones de costos de Azure Advisor para áreas de trabajo de Log Analytics.
Recomendaciones para la configuración
| Recomendación | Prestación |
|---|---|
| Determine si desea combinar sus datos operativos y sus datos de seguridad en la misma área de trabajo de Log Analytics. | Como todos los datos de un área de trabajo de Log Analytics están sujetos a los precios de Microsoft Sentinel, si se habilita, la combinación de estos datos podría tener implicaciones económicas. Vea Diseño de una estrategia de área de trabajo de Log Analytics para obtener más información sobre cómo tomar esta decisión para el entorno y equilibrarla con los criterios de otros pilares. |
| Configure el plan de tarifa para la cantidad de datos que cada área de trabajo de Log Analytics suele recopilar. | De forma predeterminada, las áreas de trabajo de Log Analytics usarán el precio de pago por uso sin un volumen mínimo de datos. Si recopila suficientes datos, puede reducir significativamente el costo mediante el uso de un nivel de compromiso, que le permite comprometerse a un mínimo diario de datos recopilados a cambio de una tarifa más baja. Si recopila suficientes datos en áreas de trabajo de una misma región, puede vincularlos a un clúster dedicado y combinar su volumen recopilado mediante precios de clúster. Consulte Opciones y cálculos de costos de registros de Azure Monitor para más información sobre los niveles de compromiso y tener una guía que le sirva para determinar cuál es el más adecuado para su nivel de uso. Consulte Uso y costos estimados para ver los costos estimados de su uso en diferentes niveles de precios. |
| Configure la retención de datos interactiva y a largo plazo. | La conservación de datos en un área de trabajo de Log Analytics más allá del período predeterminado de 31 días (90 días si Sentinel está activado en el área de trabajo y 90 días para los datos de Application Insights) conlleva un costo. Tenga en cuenta sus requisitos particulares para disponer de datos fácilmente disponibles para consultas de registros. Puede reducir significativamente el costo configurando retención a largo plazo, lo que le permite conservar datos durante hasta doce años y acceder a ellos ocasionalmente mediante trabajos de búsqueda o restaurar un conjunto de datos en el área de trabajo. |
| Configurar las tablas usadas para la depuración, la solución de problemas y la auditoría como registros básicos. | Las tablas de un área de trabajo de Log Analytics configurada para los registros básicos tienen un costo de ingesta menor, pero, a cambio, las características son limitadas y existe un cargo por las consultas de registro. Si consulta estas tablas con poca frecuencia y no las usa para alertas, este costo de consulta puede ser más que compensado por el costo reducido de ingestión. |
| Limite la recopilación de datos de orígenes de datos para el área de trabajo. | El factor principal del costo de Azure Monitor es la cantidad de datos que recopila en el área de trabajo de Log Analytics, por lo que debe asegurarse de no recopilar más datos de los necesarios para evaluar el estado y el rendimiento de los servicios y las aplicaciones. Consulte Diseño de una arquitectura de área de trabajo de Log Analytics para obtener más información sobre cómo tomar esta decisión para su entorno y equilibrarla con los criterios de otros pilares. Compensación: puede haber una compensación entre los costos y los requisitos de supervisión. Por ejemplo, es posible que pueda detectar un problema de rendimiento más rápidamente con una frecuencia de muestreo alta, pero podría preferir una tasa de muestreo más baja para ahorrar costos. La mayoría de los entornos tienen varios orígenes de datos con diferentes tipos de recopilación, por lo que debes equilibrar los requisitos concretos con los objetivos de costo de cada uno. Consulte Optimización de costos en Azure Monitor para obtener recomendaciones sobre cómo configurar la recopilación para distintos orígenes de datos. |
| Analice regularmente los datos recopilados para identificar tendencias y anomalías. | Use la información sobre el área de trabajo de Log Analytics para revisar periódicamente la cantidad de datos recopilados en su área de trabajo. Además de ayudarle a comprender la cantidad de datos recopilados por las distintas fuentes, identificará anomalías y tendencias al alza en la recopilación de datos que podrían suponer un costo excesivo. Analice más a fondo la recopilación de datos mediante los métodos de Analizar el uso en el área de trabajo de Log Analytics para determinar si hay alguna configuración adicional que pueda reducir aún más su uso. Esto es especialmente importante cuando se agrega un nuevo conjunto de fuentes de datos, como un nuevo conjunto de máquinas virtuales o se incorpora un nuevo servicio. |
| Creación de una alerta cuando la recopilación de datos es mayor. | Para evitar facturas inesperadas, debería recibir una notificación proactiva cada vez que experimente un uso excesivo. La notificación le permite abordar cualquier posible anomalía antes de que finalice el periodo de facturación. |
| Considerar un límite diario como medida preventiva para asegurarse de que no se excede un presupuesto determinado. | Un límite diario desactiva la recopilación de datos en un área de trabajo de Log Analytics durante el resto del día después de alcanzar el límite configurado. No se debe usar como método para reducir los costos, como se describe en Cuándo usar un límite diario. Si establece un límite diario, además de crear una alerta cuando se alcance el límite, asegúrese de crear también una regla de alertas para que se le notifique cuando se alcance un porcentaje determinado (90 %, por ejemplo). Esto le da la oportunidad de investigar y solucionar la causa del aumento de datos antes de que el límite interrumpa la recopilación de datos. |
| Configura alertas en recomendaciones de costos de Azure Advisor para áreas de trabajo de Log Analytics. | Las recomendaciones de Azure Advisor para áreas de trabajo de Log Analytics te avisan de forma proactiva cuando hay una oportunidad a fin de optimizar los costos. Crea alertas de Azure Advisor para estas recomendaciones de costos:
|
Recursos de Azure
Diseño de una lista de comprobación
- Recopile solo los datos críticos del registro de recursos de los recursos de Azure.
Recomendaciones para la configuración
| Recomendación | Prestación |
|---|---|
| Recopile solo los datos críticos del registro de recursos de los recursos de Azure. | Al crear la configuración de diagnóstico para enviar registros de recursos de los recursos de Azure a una base de datos de Log Analytics, especifique solo las categorías que necesite. Dado que la configuración de diagnóstico no permite el filtrado pormenorizado de los registros de recursos, puedes usar una transformación del área de trabajo para filtrar aún más los datos innecesarios de los recursos que usan una tabla admitida. Consulte Configuración de diagnóstico en Azure Monitor para más información sobre cómo configurar las opciones de diagnóstico y el uso de transformaciones para filtrar sus datos. |
Alertas
Diseño de una lista de comprobación
- Las alertas del registro de actividad, las alertas de estado del servicio y las alertas de estado de los recursos son gratuitas.
- Al usar alertas de búsqueda de registros, minimice la frecuencia de alertas de búsqueda de registros.
- Al usar alertas de métricas, minimice el número de recursos que se supervisan.
Recomendaciones para la configuración
| Recomendación | Prestación |
|---|---|
| Tenga en cuenta que las alertas del registro de actividad, las alertas de estado del servicio y las alertas de estado de los recursos son gratuitas. | Las alertas de actividad, las alertas de estado del servicio y las alertas de estado de los recursos de Azure Monitor son gratuitas. Si lo que desea supervisar se puede lograr con estos tipos de alertas, úselos. |
| Al usar alertas de búsqueda de registros, minimice la frecuencia de alertas de búsqueda de registros. | Al configurar alertas de registro, tenga en cuenta que cuanto más frecuente sea la evaluación de la regla, mayor será el costo. Configure las reglas en consecuencia. |
| Al usar alertas de métricas, minimice el número de recursos que se supervisan. | Algunos tipos de recursos admiten reglas de alertas de métricas que pueden supervisar varios recursos del mismo tipo. Para estos tipos de recursos, tenga en cuenta que la regla puede resultar costosa si supervisa muchos recursos. Para reducir los costes, puede reducir el ámbito de la regla de alertas de métricas o usar reglas de alertas de búsqueda de registros, que son menos costosas para supervisar un gran número de recursos. |
Máquinas virtuales
Diseño de una lista de comprobación
- Migre del agente de Log Analytics al agente de Azure Monitor para el filtrado de datos pormenorizado.
- Filtre los datos que no necesite de los agentes.
- Determine si va a usar VM Insights y qué datos recopilar.
- Reduzca la frecuencia de sondeo de los contadores de rendimiento.
- Asegúrese de que las máquinas virtuales no envían datos duplicados.
- Use la información del área de trabajo de Log Analytics para analizar los costes facturables e identificar las oportunidades de ahorro de costes.
- Migre el entorno de SCOM a la Instancia administrada de Azure Monitor SCOM.
Recomendaciones para la configuración
| Recomendación | Descripción |
|---|---|
| Migre del agente de Log Analytics al agente de Azure Monitor para el filtrado de datos pormenorizado. | Si todavía tiene máquinas virtuales con el agente de Log Analytics, mígrelas al agente de Azure Monitor para aprovechar el mejor filtrado de datos y usar configuraciones únicas con diferentes conjuntos de máquinas virtuales. La configuración de la recopilación de datos por parte del agente de Log Analytics se realiza en el área de trabajo, por lo que todos los agentes reciben la misma configuración. Las reglas de recopilación de datos usadas por el agente de Azure Monitor se pueden ajustar a los requisitos de supervisión específicos de diferentes conjuntos de máquinas virtuales. El agente de Azure Monitor también permite usar transformaciones para filtrar los datos que se recopilan. |
| Filtre los datos que no necesite de los agentes. | Filtre los datos que no se usan en las alertas o el análisis para reducir los costes de ingesta de datos. Consulte Supervisión de máquinas virtuales con Azure Monitor: recopilación de datos para obtener instrucciones sobre los datos para recopilar diferentes escenarios de supervisión y Control de costes para obtener instrucciones específicas sobre el filtrado de datos, con el fin de reducir los costes. |
| Determine qué datos se van a recopilar con VM Insights. | VM Insights es una característica excelente para empezar a supervisar rápidamente las máquinas virtuales y proporcionar características eficaces, como Mapa y las vistas de tendencias de rendimiento. Si no usa la característica Mapa o los datos que recopila, debe deshabilitar la recopilación de procesos y datos de dependencia en la configuración de VM Insights para ahorrar en los costes de ingesta de datos. |
| Reduzca la frecuencia de sondeo de los contadores de rendimiento. | Si usa una regla de recopilación de datos para enviar datos de rendimiento al área de trabajo de Log Analytics, puede reducir su frecuencia de sondeo para reducir la cantidad de datos recopilados. |
| Asegúrese de que las máquinas virtuales no envían datos duplicados. | Si tiene agentes de varios hogares o crea reglas de recopilación de datos similares, asegúrese de enviar datos únicos a cada área de trabajo. Consulte Análisis del uso en el área de trabajo de Log Analytics para tener una guía sobre el análisis de los datos recopilados a fin de asegurarse de que no se recopilan datos duplicados. Si va a migrar entre agentes, continúe usando el agente de Log Analytics hasta que migre al agente de Azure Monitor en lugar de usarlos juntos, a no ser que pueda asegurarse de que cada uno recopila datos únicos. |
| Use la información del área de trabajo de Log Analytics para analizar los costes facturables e identificar las oportunidades de ahorro de costes. | Información sobre el área de trabajo de Log Analytics muestra los datos facturables recopilados en cada tabla y de cada máquina virtual. Use esta información para identificar las máquinas y tablas principales, ya que representan la mejor oportunidad de reducir los costes mediante el filtrado de datos. Use esta información y consultas de registro en Análisis del uso en el área de trabajo de Log Analytics para analizar en más profundidad los efectos de los cambios de configuración. |
| Migre el entorno de SCOM a la Instancia administrada de Azure Monitor SCOM. | Migre el entorno de SCOM existente a Instancia administrada de Azure Monitor SCOM para admitir los módulos de administración que no se pueden reemplazar por Azure Monitor. La instancia administrada de SCOM elimina el requisito de mantener los servidores de administración local y los servidores de bases de datos, lo que reduce el coste total para mantener la infraestructura de SCOM. |
Contenedores
Diseño de una lista de comprobación
- Habilite la recopilación de métricas a través del servicio administrado para Prometheus de Azure Monitor.
- Configure la recopilación de agentes para modificar la recopilación de datos en Container Insights.
- Modifique la configuración para la recopilación de datos de métricas de Container Insights.
- Deshabilite la recopilación de datos de métricas de Container Insights si no usa la experiencia de Container Insights en Azure Portal.
- Si no consulta regularmente la tabla de registros de contenedor o la usa para las alertas, configúrela como registros básicos.
- Limite la recopilación de registros de recursos que no necesita.
- Use el registro específico del recurso para los registros de recursos de AKS y configure tablas como registros básicos.
- Use OpenCost para recopilar detalles sobre los costos de Kubernetes.
Recomendaciones para la configuración
| Recomendación | Prestación |
|---|---|
| Habilite la recopilación de métricas a través del servicio administrado para Prometheus de Azure Monitor. Asegúrese de no enviar también métricas de Prometheus a un área de trabajo de Log Analytics. | Puede usar el Servicio administrado para Prometheus de Azure Monitor para extraer métricas de Prometheus del clúster mediante habilitación de Prometheus administrado. Tenga en cuenta que puede configurar Container Insights para recopilar métricas de Prometheus en el área de trabajo de Log Analytics, pero esto no se recomienda, ya que es redundante con los datos de Prometheus administrado y dará como resultado un costo adicional. Para más información, consulte Precios de Prometheus administrado. |
| Configure el agente para modificar la recopilación de datos en Container Insights. | Analice los datos recopilados por Container Insights como se describe en Optimización de los costes de supervisión de Container Insights y ajuste la configuración para detener la recopilación de datos que no necesite. |
| Modifique la configuración para la recopilación de datos de métricas de Container Insights. | Consulte Habilitación de la configuración de optimización de costos para obtener más información sobre cómo modificar la frecuencia con la que se recopilan los datos de métricas y los espacios de nombres que recopila Container Insights. |
| Deshabilite la recopilación de datos de métricas de Container Insights si no usa la experiencia de Container Insights en Azure Portal. | Container Insights recopila muchos de los mismos valores de métrica que Prometheus administrado. Puede deshabilitar la recopilación de estas métricas mediante la configuración de Container Insights para recopilar solo Registros y eventos, como se describe en Habilitación de la configuración de optimización de costos en Container Insights. Esta configuración deshabilita la experiencia de Container Insights en Azure Portal, pero puede usar Grafana para visualizar las métricas de Prometheus y Log Analytics para analizar los datos de registro recopilados por Container Insights. |
| Si no consulta regularmente la tabla de registros de contenedor o la usa para las alertas, configúrela como registros básicos. | Convierta el esquema de Container Insights a ContainerLogV2, que es compatible con los registros básicos y puede proporcionar un ahorro de costos significativo, tal como se describe en Optimización de los costes de supervisión de Container Insights. |
| Limite la recopilación de registros de recursos que no necesita. | Los registros del plano de control de los clústeres de AKS se implementan como registros de recursos en Azure Monitor. Cree una configuración de diagnóstico para enviar estos datos a un área de trabajo de Log Analytics. Consulte Recopilación de registros del plano de control para clústeres de AKS para obtener recomendaciones sobre qué categorías debe recopilar. |
| Use el registro específico del recurso para los registros de recursos de AKS y configure tablas como registros básicos. | AKS admite el modo de diagnóstico de Azure o el modo específico del recurso para los registros de recursos. Especifique los registros de recursos para habilitar la opción de configuración de las tablas para registros básicos, que proporcionan un cargo por ingesta reducido por los registros que solo consulta ocasionalmente y no usa para las alertas. |
| Use OpenCost para recopilar detalles sobre los costos de Kubernetes. | OpenCost es un proyecto de espacio aislado CNCF independiente del proveedor y de código abierto para comprender los costos de Kubernetes y respaldar su capacidad de visibilidad de los costos de AKS. Exporta datos detallados de costos y precios de Azure específicos del cliente a Azure Storage para ayudar al administrador de clústeres a analizar y categorizar los costos. |
Application Insights
Diseño de una lista de comprobación
- Cambiar a Application Insights basado en áreas de trabajo.
- Use el muestreo para ajustar la cantidad de datos recopilados.
- Limite el número de llamadas de Ajax.
- Deshabilitar los módulos innecesarios.
- Preagregar las métricas de las llamadas a TrackMetric.
- Limitar el uso de métricas personalizadas siempre que sea posible.
- Usar kits de desarrollo de software (SDK) actualizados.
- Limitar el seguimiento de host no deseado y el registro de seguimiento general mediante niveles de registro.
Recomendaciones para la configuración
| Recomendación | Prestación |
|---|---|
| Cambiar a Application Insights basado en áreas de trabajo. | Garantizar que los recursos de Application Insights están basados en el área de trabajo. Los recursos de Application Insights basados en áreas de trabajo pueden aplicar nuevas herramientas de ahorro de costos, como Registros básicos, niveles de compromiso, retención por tipo de datos y retención a largo plazo. |
| Use el muestreo para ajustar la cantidad de datos recopilados. | El muestreo es la principal herramienta que puede usar para ajustar la cantidad de datos recopilados por Application Insights. Usar el muestreo para reducir la cantidad de telemetría que se envía desde sus aplicaciones con una distorsión mínima de las métricas. |
| Limite el número de llamadas de Ajax. | Limite el número de llamadas de Ajax que se pueden notificar en cada vista de página o deshabilite los informes Ajax. Si deshabilitas las llamadas Ajax, también deshabilitas la correlación de JavaScript. |
| Deshabilitar los módulos innecesarios. | Edite ApplicationInsights.config para desactivar los módulos de recopilación que no necesite. Por ejemplo, puede decidir que los contadores de rendimiento o los datos de dependencia no son necesarios. |
| Preagregar las métricas de las llamadas a TrackMetric. | Si hace llamadas a TrackMetric en su aplicación, puede reducir el tráfico usando la sobrecarga que acepta el cálculo de la media y la desviación estándar de un lote de medidas. También puedes usar un paquete de agregación previa. |
| Limite el uso de métricas personalizadas. | La opción de Application Insights para habilitar las alertas en dimensiones de métricas personalizadas puede aumentar los costos. El uso de esta opción puede dar lugar a la creación de más métricas de agregación. |
| Usar kits de desarrollo de software (SDK) actualizados. | Las versiones anteriores del SDK de ASP.NET Core y del SDK de Worker Service recopilan muchos contadores de manera predeterminada, que se recopilaban como métricas personalizadas. Use las versiones posteriores para especificar solo los contadores necesarios. |
| Limitar el registro de seguimiento no deseado. | Application Insights tiene varios orígenes de registro posibles. Los niveles de registro se pueden usar para optimizar y reducir la telemetría del registro de seguimiento. El registro también se puede aplicar al host. Por ejemplo, los clientes que usan Azure Kubernetes Service (AKS) deben ajustar el plano de control y registros de plano de datos. Del mismo modo, los clientes que usan Azure Functions deben adaptar los niveles de registro y el ámbito para optimizar el volumen y los costos del registro. |