Precios de Azure Log Analytics: cómo evitar que los costes de monitorización de Azure se disparen

By Mirko Peters · 2026-10-23

Aprende a controlar los precios de Azure Log Analytics, optimizar los planes de tabla del espacio de trabajo, filtrar el ruido de ingesta y evitar que los costes de monitorización en la nube se disparen.

Automatically translated with AI from the original post. Read the English original

Controlar los precios de Azure Log Analytics requiere entender el volumen de ingesta, los planes de datos por tabla y los costes de retención a largo plazo. Con el filtrado temprano de datos mediante KQL, la selección de planes por niveles adecuados como Basic y Auxiliary, y evitando los peligrosos límites diarios de recopilación, los administradores pueden impedir que las facturas de monitorización de Azure se descontrolen.

Puntos clave

• Los precios de Azure Log Analytics dependen principalmente del volumen de datos ingeridos y del tiempo que esos datos se conservan en almacenamiento.
• Los planes de tabla alteran drásticamente los gastos: el almacenamiento Basic puede ser significativamente más barato que el Analytics estándar, y los planes Auxiliary ofrecen descuentos extremos para datos de archivado masivo.
• Filtrar en origen, mediante reglas de recopilación de datos, las líneas de registro ruidosas y no leídas es la palanca más eficaz para reducir los costes de monitorización en la nube.
• Depender de límites diarios estrictos de ingesta puede dejar a tus equipos de seguridad y operaciones a ciegas, al detener toda la recopilación a mitad de día.
• Equilibrar los periodos de retención interactiva con el almacenamiento en frío a largo plazo garantiza el cumplimiento normativo sin pagar de más por capacidades de consulta de alta velocidad.

Los verdaderos factores de coste de Log Analytics

Cuando las organizaciones despliegan por primera vez la monitorización en la nube, el foco está casi por completo en la visibilidad: que los sistemas se comuniquen entre sí y que se capture cada error. Sin embargo, la realidad llega con la factura mensual de la nube. Log Analytics se factura principalmente por dos vectores de consumo: el volumen de gigabytes enviados a tu espacio de trabajo y el tiempo que esos registros permanecen disponibles para consultas interactivas.

Crear el espacio de trabajo en sí no tiene coste, lo que a menudo genera una falsa sensación de seguridad. Los equipos tienden a tratar sus repositorios de registros como cajones de trastos digitales infinitos, volcando en un solo contenedor datos de depuración de aplicaciones muy detallados, señales de latido redundantes y trazas sin revisar. Como pagas por cada gigabyte que llega, tanto si alguien consulta esa tabla concreta como si no, la ingesta de datos sin gobernanza conduce rápidamente a sobrecostes presupuestarios.

Navegar por los planes de tabla: Analytics, Basic y Auxiliary

Una de las decisiones con mayor impacto que puede tomar un administrador es asignar el plan de precios por niveles correcto a cada tabla. No todos los datos de registro exigen el mismo nivel de rendimiento, y Microsoft ofrece planes escalonados que reflejan estas compensaciones operativas.

Nivel Analytics estándar

El plan Analytics estándar está diseñado para datos que supervisas de cerca y que necesitas consultar al instante. Admite la detección de amenazas en tiempo real y la resolución rápida de problemas. Sin embargo, también es la opción más cara. Mantiene indexación completa para permitir la ejecución de consultas en menos de un segundo sobre sentencias complejas de Kusto Query Language (KQL).

Niveles Basic y Auxiliary

Para los datos que solo revisas de forma reactiva cuando algo falla, o para registros de gran volumen que se conservan únicamente con fines de auditoría, los planes Basic y Auxiliary ofrecen ahorros notables. Mientras que Analytics estándar puede costar en torno a 2,30 $ por gigabyte, el plan Basic puede reducir ese precio de forma considerable, y los niveles Auxiliary pueden bajar los costes a una fracción de las tarifas estándar (en el extremo más bajo, hasta 46 veces más baratos).

La clave está en la funcionalidad operativa. Los planes más económicos son más lentos en las búsquedas, no ofrecen indexación completa y no son adecuados para las alertas de seguridad en tiempo real. Combinar estos planes dentro de un mismo espacio de trabajo permite enviar las señales de seguridad críticas a tablas de alto rendimiento y costosas, mientras que los registros de cumplimiento más ruidosos se almacenan en un almacenamiento auxiliar económico.

Cómo reducir costes con el filtrado temprano y las reglas de recopilación de datos

El error más grave que cometen los administradores es intentar limpiar los datos después de que ya han llegado al espacio de trabajo. Cuando un registro ya está almacenado, ya estás pagando por su ingestión.

El enfoque adecuado utiliza las reglas de recopilación de datos (DCR) junto con el Agente de Azure Monitor. Las DCR funcionan como conjuntos de instrucciones que se implementan en tus máquinas virtuales y clústeres de contenedores. Definen con precisión qué eventos recopilar, cómo darles forma y en qué tabla deben almacenarse. Y, lo más importante, te permiten descartar el ruido repetitivo en el origen.

Si una aplicación genera miles de registros informativos repetitivos cada hora que tu equipo nunca consulta, descártalos desde el principio. Reducir y filtrar los datos antes de que lleguen al motor de almacenamiento garantiza que nunca recibas una factura por telemetría que no utilizas.

El peligro de los límites diarios de ingestión

Ante facturas de nube impredecibles, muchos responsables financieros y de TI recurren a la función de límite diario de Azure Log Analytics como una red de seguridad absoluta. Un límite diario establece un tope estricto para la ingestión de datos: una vez alcanzado el umbral, el espacio de trabajo deja de aceptar nuevos registros durante el resto del día.

Aunque esto evita picos de gasto inesperados, Microsoft advierte explícitamente que no se debe depender de él para la gestión rutinaria de costes. Cuando se activa un límite diario, la recopilación de datos se detiene por completo. Tus analistas de seguridad pierden visibilidad, tus equipos de operaciones quedan a ciegas y no detectarás alertas críticas si se produce un fallo del sistema durante la noche. Un apagón de visibilidad por una caída del servicio suele salir mucho más caro que una factura de monitorización en la nube algo más elevada.

Equilibrar la retención interactiva y los archivos a largo plazo

El control de costes no se limita a la ingestión, sino que también depende de cuánto tiempo permanecen los datos almacenados. Por defecto, la retención interactiva ofrece acceso rápido para consultas durante 31 días (o 90 días si Microsoft Sentinel está habilitado). Pasado ese periodo, los datos no desaparecen; pasan a almacenamiento a largo plazo.

Mantener los datos consultables de forma interactiva cuesta bastante más por gigabyte al mes que archivarlos en almacenamiento a largo plazo. En el caso de normativas de cumplimiento que exigen conservar datos durante años, el almacenamiento de archivo cuesta centavos por gigabyte. Eso sí, recuerda que recuperar datos archivados requiere ejecutar trabajos de búsqueda en lugar de consultas interactivas inmediatas, por lo que es esencial planificar la estrategia desde el principio.

Conclusión y próximos pasos

Gestionar los precios de Azure Log Analytics es un ejercicio de arquitectura intencionada. Al abandonar una estrategia de recopilación indiscriminada, aprovechar los planes específicos por tabla e implementar reglas estrictas de recopilación de datos en el origen, puedes mantener una visibilidad de nivel empresarial sin disparar tu presupuesto en la nube.

Para profundizar en los fundamentos de cómo funcionan estos sistemas, no dejes de escuchar el episodio completo del podcast M365 FM, con una explicación sin jerga sobre espacios de trabajo, tablas y los conceptos básicos de las consultas KQL.

Preguntas frecuentes

¿Crear un espacio de trabajo de Azure Log Analytics es gratuito?

Sí, crear un espacio de trabajo no tiene cargos base. Solo pagas por el volumen de datos ingeridos en el espacio de trabajo y por el tiempo que se almacenan.

¿Cuál es la diferencia entre los planes de registro Analytics, Basic y Auxiliary?

El plan Analytics ofrece almacenamiento de alto rendimiento y con indexación completa, optimizado para alertas de seguridad en tiempo real y consultas interactivas rápidas. Los planes Basic y Auxiliary ofrecen opciones de almacenamiento mucho más económicas para datos que se consultan con poca frecuencia o que se conservan principalmente por cumplimiento normativo y archivo.

¿Por qué debo evitar los límites diarios de ingestión?

Los límites diarios de ingestión detienen por completo la recopilación de datos en cuanto se alcanza tu umbral de gasto. Esto deja ciegos a tus sistemas de seguridad y monitorización durante el resto del día, lo que supone riesgos inaceptables durante caídas del sistema o brechas de seguridad.

¿Cómo puedo reducir los costes de ingestión de datos en Log Analytics?

La estrategia más eficaz para reducir costes consiste en filtrar los datos de registro innecesarios en el origen mediante reglas de recopilación de datos (DCR, por sus siglas en inglés), de forma que los registros de depuración ruidosos y sin lectura se descarten antes de llegar al área de trabajo facturable.