Opciones y cálculos de costos de registros de Azure Monitor

Los cargos más significativos para la mayoría de las implementaciones de Azure Monitor normalmente serán la ingesta y retención de datos en las áreas de trabajo de Log Analytics. Varias características de Azure Monitor no tienen un costo directo, sino que se agregan a los datos recopilados del área de trabajo. En este artículo se describe cómo se calculan los cargos de datos para las áreas de trabajo de Log Analytics y los recursos de Application Insights y las distintas opciones de configuración que afectan a los costos.

Sugerencia

Para descubrir estrategias que le ayudarán a reducir los costes de Azure Monitor, consulte Optimización de costes y Azure Monitor.

Modelo de precios

Los precios predeterminados de Log Analytics se basan en un modelo de pago por uso en función del volumen de datos ingeridos y de la retención de datos. Cada área de trabajo de Log Analytics se cobra como un servicio independiente y contribuye a la factura de la suscripción a Azure. Los precios de Log Analytics se establecen regionalmente. La cantidad de datos ingeridos puede ser considerable dependiendo de los factores siguientes:

  • El conjunto de soluciones de administración habilitadas y su configuración.
  • El número y tipo de recursos supervisados.
  • Los tipos de datos recopilados de cada recurso supervisado.

Hay disponible una lista de nombres de medidores de facturación de Azure Monitor aquí.

Cálculo del tamaño de los datos

El volumen de datos se mide como el tamaño de los datos enviados para almacenarse y se mide en unidades de GB (10^9 bytes). El tamaño de los datos de un solo registro se calcula a partir de una representación de cadena de las columnas que se almacenan en el área de trabajo de Log Analytics para ese registro. No importa si los datos se envían desde un agente o se agregan durante el proceso de ingesta. Este cálculo incluye cualquier columna personalizada que se agregue mediante la API de ingesta de registros, las transformaciones o los campos personalizados que se agregan a medida que se recopilan los datos y luego se almacenan en el área de trabajo.

Nota:

El cálculo del volumen de datos facturable es, por lo general, considerablemente menor que el tamaño de todo el evento de entrada empaquetado en JSON. Como promedio en todos los tipos de eventos, el tamaño facturado es aproximadamente un 25 % menor que el tamaño de los datos entrantes. Puede ser de hasta un 50 % para eventos menores. El porcentaje incluye el efecto de las columnas estándar excluidas de la facturación. Es fundamental comprender este cálculo del tamaño de datos facturados cuando obtenga los costos y los compare otros modelos de precios.

Columnas excluidas

Las siguientes columnas estándar son comunes a todas las tablas y se excluyen en el cálculo del tamaño del registro. Todas las demás columnas almacenadas en Log Analytics se incluyen en el cálculo del tamaño del registro. Estas son las columnas estándar:

  • _ResourceId
  • _SubscriptionId
  • _ItemId
  • _IsBillable
  • _BilledSize
  • Type

Tablas excluidas

Algunas tablas están completamente exentas de cargos por ingesta de datos, entre ellas AzureActivity, Heartbeat, Usage y Operation. Esta información siempre se indicará mediante la columna _IsBillable, que indica si un registro se ha excluido de la facturación de la ingesta de datos, la retención y el archivo.

Cargos por otras soluciones y servicios

Algunas soluciones tienen políticas más específicas sobre la ingesta gratuita de datos. Por ejemplo, Azure Migrate hace que los datos de visualización de dependencias sean gratuitos durante los primeros 180 días de la evaluación de servidor. Servicios como Microsoft Defender for Cloud, Microsoft Sentinel y Configuration Management tienen sus propios modelos de precios.

Consulte la documentación de los diferentes servicios y soluciones para conocer los cálculos de facturación exclusivos.

Niveles de compromiso

Además del modelo de pago por uso, Log Analytics ofrece niveles de compromiso que permiten ahorrar hasta un 30 % en comparación con el modelo de pago por uso. El modelo de niveles de compromiso permite adquirir la ingesta de datos para un área de trabajo a partir de 100 GB al día por un precio inferior al de pago por uso. Cualquier uso que supere el nivel de compromiso (uso por encima del límite) se facturará a ese mismo precio por GB según lo provisto por el nivel de compromiso actual. (El uso por encima del límite se factura con el mismo medidor de facturación de nivel de compromiso. Por ejemplo, si un área de trabajo está en el nivel de compromiso de 200 GB/día e ingiere 300 GB en un día, ese uso se facturará como 1,5 unidades del nivel de compromiso de 200 GB/día). Los niveles de compromiso tienen un período de compromiso de 31 días a partir del momento en que se selecciona un nivel de compromiso.

  • Durante el período de compromiso, se puede cambiar a un nivel de compromiso superior, que restablece el período de compromiso de 31 días. Hasta que finalice el período de compromiso en curso, no es posible volver al nivel de pago por uso ni a un nivel de compromiso inferior.
  • Una vez finalizado el período de compromiso, el área de trabajo conservará el nivel de compromiso elegido y el área de trabajo se podrá cambiar al modelo de Pago por uso o a un nivel de compromiso inferior en cualquier momento.
  • Si un área de trabajo se mueve accidentalmente a un nivel de compromiso, póngase en contacto con el equipo de Soporte técnico de Microsoft para restablecer el período de compromiso para que pueda volver al plan de tarifa de Pago por uso.

La facturación de los niveles de compromiso se realiza por área de trabajo a diario. Si el área de trabajo forma parte de un clúster dedicado, la facturación se aplica al clúster. Consulte la siguiente sección "Clústeres dedicados". Para obtener una lista detallada de los niveles de compromiso y sus precios, consulte los precios de Azure Monitor.

Los descuentos de compromiso de Azure, como los recibidos de los Contratos Enterprise de Microsoft, se aplican a los precios del nivel de compromiso de registros de Azure Monitor, al igual que los precios de pago por uso. Se aplicarán descuentos tanto si el uso se factura por área de trabajo como por clúster dedicado.

Sugerencia

El elemento de menú Uso y costos estimados para cada área de trabajo de Log Analytics muestra una estimación de cuáles serían los cargos de ingesta de datos en cada nivel de compromiso para ayudarle a elegir el nivel de compromiso óptimo para los patrones de ingesta de datos. Consulte periódicamente esta información para determinar si puede reducir sus gastos mediante un cambio de nivel. Para obtener más información sobre esta vista, consulte Uso y costos estimados. Para revisar los cargos reales, use Azure Cost Management = Facturación.

Clústeres dedicados

Un clúster dedicado de registros de Azure Monitor es una colección de áreas de trabajo en un único clúster administrado de Azure Data Explorer. Los clústeres dedicados admiten funciones avanzadas como las claves administradas por el cliente y usan el mismo modelo de precios de nivel de compromiso que las áreas de trabajo, aunque deben tener un nivel de compromiso de al menos 100 GB al día. Cualquier uso que supere el nivel de compromiso (uso por encima del límite) se facturará a ese mismo precio por GB según lo provisto por el nivel de compromiso actual. No se ofrece ninguna opción de pago por uso para los clústeres.

El nivel de compromiso del clúster tiene un período de compromiso de 31 días después de aumentar el nivel de compromiso. Durante el período de compromiso, no se puede reducir el nivel de compromiso, pero sí se puede aumentar en cualquier momento. Cuando las áreas de trabajo están asociadas a un clúster, la facturación de ingesta de datos para esas áreas de trabajo se realiza en el nivel de clúster con el nivel de compromiso configurado.

Existen dos modelos de facturación para un clúster que el usuario especifica al crear el clúster.

  • Clúster (predeterminado) : la facturación de los datos ingeridos se realiza en el nivel de clúster. Las cantidades de datos ingeridas desde cada área de trabajo asociada a un clúster se suman para calcular la factura diaria del clúster. Las asignaciones por nodo de Microsoft Defender for Cloud se aplican en el nivel de área de trabajo antes de esta agregación de datos en todas las áreas de trabajo del clúster.

  • Áreas de trabajo: los costos del nivel de compromiso para el clúster se atribuyen proporcionalmente a las áreas de trabajo en el clúster, por el volumen de ingesta de datos de cada área de trabajo (después de contabilizar las asignaciones por nodo de Microsoft Defender for Cloud para cada área de trabajo).

    Si el volumen total de datos ingeridos en un clúster durante un día es inferior al nivel de compromiso, se factura a cada área de trabajo por los datos ingeridos a la tarifa efectiva del nivel de compromiso por GB, y se les factura una fracción del nivel de compromiso. Después, la parte no utilizada del nivel de compromiso se factura al recurso del clúster.

    Si el volumen total de datos ingeridos en un clúster durante un día es superior al del nivel de compromiso, se factura a cada área de trabajo una fracción del nivel de compromiso en función de su fracción de la cantidad de datos ingeridos ese día, y también una fracción de los datos ingeridos por encima del nivel de compromiso. Si el volumen total de datos ingeridos en un área de trabajo durante un día supera el nivel de compromiso, no se factura nada al recurso de clúster.

En las opciones de facturación del clúster, la retención de datos se factura por cada área de trabajo. La facturación del clúster comienza cuando este se crea, independientemente de si las áreas de trabajo se han asociado al clúster.

Al vincular áreas de trabajo a un clúster, el plan de tarifa se cambia a clúster y la ingesta se factura en función del nivel de compromiso del clúster. Las áreas de trabajo asociadas a un clúster ya no tienen su propio plan de tarifa. Las áreas de trabajo se pueden desvincular de un clúster en cualquier momento para cambiar el plan de tarifa a GB.

Si su área de trabajo vinculada usa el plan de tarifa heredado por nodo, se le facturará en función de los datos ingeridos de acuerdo con el nivel de compromiso del clúster en lugar de con arreglo al nodo. Se seguirán aplicando asignaciones de datos por nodo de Microsoft Defender for Cloud.

Si se elimina un clúster, la facturación del clúster se detendrá incluso si el clúster está dentro del período de compromiso de 31 días.

Para más información sobre cómo crear un clúster dedicado y especificar el tipo de facturación, consulte Creación de un clúster dedicado.

Registros básicos

Puede configurar determinadas tablas de un área de trabajo de Log Analytics para que utilicen registros básicos. Los datos de estas tablas tienen un cargo por ingesta significativamente reducido y un período de retención limitado. Sin embargo, la búsqueda en estas tablas tiene un costo asociado. Los registros básicos se destinan a los registros verbose de gran volumen que se usan con fines de depuración, resolución de problemas y auditoría, pero no con fines de análisis y generación de alertas.

El cargo por buscar en los registros básicos se basa en los GB de datos analizados al realizar la búsqueda.

Para obtener detalles sobre los registros básicos, incluido el modo de configurarlos y consultar los datos, vea Configuración de registros básicos en Azure Monitor.

Retención y archivo de datos de registro

Además de la ingesta de datos, existe un cargo asociado a la retención de datos en cada área de trabajo de Log Analytics. Se puede establecer el período de retención para toda el área de trabajo o para cada tabla. Después de este periodo, los datos se eliminan o se archivan. El cargo de retención de los registros archivados es reducido. Además, se aplica un cargo por buscar en ellos. Use los registros archivados para reducir los costos de los datos que debe almacenar con fines de cumplimiento normativo o de investigación ocasional.

Eliminar una tabla personalizada no quita los datos asociados a esa tabla, por lo que los cargos de retención y archivo seguirán aplicándose.

Para obtener más información sobre la retención y el archivo de datos, lo que incluye cómo configurar estos ajustes y acceder a los datos archivados, consulte Configurar las políticas de retención y archivo de datos en los registros de Azure Monitor.

Nota:

La eliminación de datos del área de trabajo de Log Analytics mediante la característica Purga de Log Analytics no afecta a los costes de retención. Para reducir los costos de retención, reduzca el período de retención para el área de trabajo o para tablas específicas.

Trabajos de búsqueda

Las búsquedas en los registros archivados usan los trabajos de búsqueda. Buscar trabajos son consultas asincrónicas que recuperan registros en una nueva tabla de búsqueda dentro del área de trabajo para realizar análisis posteriores. Los trabajos de búsqueda se facturan de acuerdo con el número de GB de datos examinados cada día que se hacen búsquedas.

Restauración de datos de registro

En situaciones en las que los registros más antiguos o archivados se deben consultar de forma intensiva con todas la funcionalidad de consulta analítica, la función de restauración de datos es una herramienta eficaz. La operación de restauración hace que un intervalo de tiempo específico de los datos de una tabla esté disponible en la caché activa para consultas de alto rendimiento. Cuando haya terminado, podrá descartar los datos. La restauración de datos del registro se factura por la cantidad de datos restaurados y por el tiempo que se mantiene activa la restauración. Los valores mínimos facturados para cualquier restauración de datos son 2 TB y 12 horas. Los datos restaurados de más de 2 TB o con más de 12 horas de duración se facturarán de forma prorrateada.

Exportación de datos de registro

La exportación de datos en un área de trabajo de Log Analytics le permite exportar continuamente datos por tablas seleccionadas en su área de trabajo, a una cuenta de Azure Storage o a Azure Event Hubs conforme llegan a una canalización de Azure Monitor. Los cargos por el uso de la exportación de datos se basan en la cantidad de datos exportados. El tamaño de los datos exportados es el número de bytes de los datos exportados con formato JSON.

Facturación de Application Insights

Debido a que los recursos de Application Insights basados en el área de trabajo almacenan sus datos en un área de trabajo de Log Analytics, la facturación de la ingesta y retención de datos la realiza el área de trabajo donde se encuentran los datos de Application Insights. Por este motivo, puede usar todas las opciones del modelo de precios de Log Analytics, incluidos los niveles de compromiso, junto con la modalidad de pago por uso.

Sugerencia

¿Quieres ajustar la configuración de retención en las tablas de Application Insights? Los nombres de las tablas han cambiado para los componentes basados en el área de trabajo; consulta la Estructura de la tabla de Application Insights

La ingesta de datos y la retención de datos para un recurso clásico de Application Insights siguen el mismo modelo de precios de pago por uso que los recursos basados en el área de trabajo, pero no pueden usar los niveles de compromiso.

La telemetría de las pruebas de ping y de las pruebas de varios pasos se cobra igual que el uso de datos para otra telemetría de la aplicación. El uso de las pruebas web y la activación de alertas en las dimensiones métricas personalizadas se siguen notificando a través de Application Insights. No hay ningún cargo por volumen de datos para usar Live Metrics Stream.

Para obtener detalles sobre los niveles heredados que están disponibles para los primeros usuarios de Application Insights, consulte el plan de tarifa de Application Insights para empresas heredadas (por nodo).

Áreas de trabajo con Microsoft Sentinel

Cuando Microsoft Sentinel se encuentra habilitado en un área de trabajo de Log Analytics, todos los datos recopilados en ese área de trabajo están sujetos a los cargos de Sentinel, junto con los cargos de Log Analytics. Por este motivo, a menudo se separan los datos de seguridad y los operativos en áreas de trabajo diferentes para no incurrir en cargos de Microsoft Sentinel por los datos operativos.

En algunos casos, la combinación de estos datos puede llevar a ahorrar costos. Esta situación suele producirse cuando no se recopilan suficientes datos de seguridad y operativos para alcanzar un nivel de compromiso por separado, pero los datos combinados son suficientes para alcanzar un nivel de compromiso. Para obtener más información y un ejemplo de cálculo de costos, consulte la sección "Combinación de datos SOC y no SOC" en Diseño de la arquitectura del área de trabajo de Microsoft Sentinel.

Áreas de trabajo con Microsoft Defender for Cloud

Microsoft Defender para servidores (parte de Defender for Cloud)se factura según el número de servicios supervisados. Proporciona 500 MB por servidor al día para la asignación de datos que se aplica al siguiente subconjunto de tipos de datos de seguridad:

Si el área de trabajo está en el plan de tarifa heredado por nodo, las asignaciones de Defender for Cloud y Log Analytics se combinan y se aplican conjuntamente a todos los datos ingeridos facturables. Para más información sobre cómo pueden beneficiarse los clientes de Microsoft Sentinel, consulte la página Precios de Microsoft Sentinel.

El recuento de servidores supervisados se calcula según una granularidad por hora. Las contribuciones diarias de asignación de datos de cada servidor supervisado se agregan en el nivel de área de trabajo. Si el área de trabajo está en el plan de tarifa heredado por nodo, las asignaciones de Microsoft Defender para la nube y Log Analytics se combinan y se aplican conjuntamente a todos los datos ingeridos facturables.

Planes de tarifa heredados

Las suscripciones que contenían un área de trabajo de Log Analytics o un recurso de Application Insights el 2 de abril de 2018, o que se vinculan a un Contrato Enterprise que comenzó antes del 1 de febrero de 2019 y aún está activo, seguirán teniendo acceso para usar los siguientes planes de tarifa heredados:

  • Independiente (por GB)
  • Por nodo (Operations Management Suite [OMS])

El acceso al plan de tarifa de evaluación gratuita heredado estaba limitado el 1 de julio de 2022. La información de precios de los planes de tarifa Independiente y Por nodo está disponible aquí.

Hay disponible una lista de nombres de medidores de facturación de Azure Monitor, incluidos estos niveles heredados, aquí.

Importante

Los niveles de precios anteriores no permiten acceder a algunas de las funciones más recientes de Log Analytics, como la ingesta de datos como registros básicos rentables.

Evaluación gratuita del plan de tarifa

Las áreas de trabajo en el nivel de precios de prueba gratuita tienen una ingesta de datos diaria limitada a 500 MB (excepto para los tipos de datos de seguridad recopilados por Microsoft Defender for Cloud). La retención de datos se limita a siete días. El nivel de precios de prueba gratuita está pensado únicamente para fines de evaluación, no para cargas de trabajo de producción. No se proporciona ningún Acuerdo de Nivel de Servicio para el nivel Evaluación gratuita.

Nota

La creación de nuevas áreas de trabajo (o el traslado de las existentes) con el plan de tarifa Evaluación gratuita heredado solo era posible hasta el 1 de julio de 2022.

Plan de tarifa independiente

El uso en el plan de tarifa independiente se factura por el volumen de datos ingerido. Se notifica en el servicio Log Analytics y el medidor se denomina "Análisis de datos". Las áreas de trabajo del plan de tarifa independiente tienen una retención configurable por el usuario de 30 a 730 días. Las áreas de trabajo del plan de tarifa independiente no admiten el uso de registros básicos.

Plan de tarifa por nodo

Los cargos del plan de tarifa por nodo y por VM supervisada (nodo) en una granularidad de hora. En cada nodo supervisado, se asignan al área de trabajo 500 MB de datos al día que no se facturan. Esta asignación se calcula con granularidad por hora y se agrega en el nivel de área de trabajo cada día. Los datos ingeridos por encima de la asignación de datos diaria agregada se facturan por GB como datos con un uso por encima del límite. El plan de tarifa por nodo es un plan heredado que solo está disponible para las suscripciones existentes que cumplan los requisitos de planes de tarifa heredados.

En su factura, el servicio será Insight and Analytics para el uso de Log Analytics si el área de trabajo se encuentra en el plan de tarifa Por nodo. Las áreas de trabajo en los planes de tarifa por nodo tienen una retención configurable para el usuario de 30 a 730 días. Las áreas de trabajo del plan de tarifa por nodo no admiten el uso de registros básicos. El uso se muestra en tres medidores:

  • Nodo: el uso del número de nodos supervisados (máquinas virtuales) en unidades de meses de nodo.
  • Data Overage per Node: número de GB de datos ingeridos en exceso de la asignación de datos agregados.
  • Data Included per Node: la cantidad de datos ingeridos incluidos en la asignación de datos agregados. Este medidor también se usa cuando el área de trabajo está en todos los planes de tarifa para mostrar la cantidad de datos incluidos en Microsoft Defender for Cloud.

Sugerencia

Si el área de trabajo tiene acceso al plan de tarifa por nodo, pero se pregunta si sería menos costoso un plan de tarifa de pago por uso, ejecute la siguiente consulta para ver una recomendación.

Planes de tarifa Estándar y Premium

Las áreas de trabajo no se pueden crear ni mover a los planes de tarifa Estándar o Premium desde el 1 de octubre de 2016. Las áreas de trabajo que ya estén en estos planes de tarifa podrán seguir utilizándolos, pero si un área de trabajo se moviera fuera de estos niveles, no se podrá volver a mover. Los niveles de precios Estándar y Premium tienen una retención de datos fija de 30 días y 365 días, respectivamente. Las áreas de trabajo de estos planes de tarifa no admiten el uso de registros básicos y archivos de datos. Los medidores de ingesta de datos en la factura de Azure para estos niveles heredados se denominan "datos analizados".

Microsoft Defender for Cloud con planes de tarifa heredados

Las consideraciones siguientes afectan a los niveles de Log Analytics heredados y a la facturación de Microsoft Defender for Cloud.

  • Si el área de trabajo se encuentra en el nivel heredado Estándar o Premium, Microsoft Defender para la nube se factura solo por la ingesta de datos de Log Analytics, no por nodo.
  • Si el área de trabajo está en el nivel heredado Por nodo, Microsoft Defender para la nube se factura con el modelo de precios actual basado en nodos de Microsoft Defender para la nube.
  • En otros planes de tarifa (incluidos los niveles de compromiso), si Microsoft Defender para la nube se habilitó antes del 19 de junio de 2017, Microsoft Defender para la nube solo se facturará según la ingesta de datos de Log Analytics. De lo contrario, Microsoft Defender para la nube se factura mediante el modelo de precios basado en nodos de Microsoft Defender para la nube actual.

Para obtener más información sobre las limitaciones de los planes de tarifa, consulte Límites, cuotas y restricciones de suscripción y servicios de Microsoft Azure.

Ninguno de los planes de tarifa heredados tiene precios basados en la región.

Nota

Para usar los derechos que proceden de la adquisición de OMS E1 Suite, OMS E2 Suite o un complemento de OMS para System Center, elija el plan de tarifa Por nodo de Log Analytics.

Evaluar el plan de tarifa por nodo heredado

A menudo es difícil determinar si las áreas de trabajo con acceso al plan de precios por nodo heredado están mejor en ese nivel o en un nivel actual de pago por uso o de compromiso. Es necesario conocer el equilibrio entre el costo fijo por nodo supervisado en el plan de tarifa por nodo y su asignación de datos incluida de 500 MB/nodo/día, y el costo de pagar solo por los datos ingeridos en el nivel de pago por uso (por GB).

Utilice la consulta siguiente para hacer una recomendación para el plan de tarifa óptimo en función de los patrones de uso de un área de trabajo. Esta consulta busca los nodos supervisados y los datos ingeridos en un área de trabajo en los últimos siete días. Para cada día, evalúa qué plan de tarifa habría sido óptimo. Para usar la consulta, debe especificar lo siguiente:

  • Especifique si el área de trabajo usa Microsoft Defender para la nube. Para ello, establezca workspaceHasSecurityCenter en true o false.
  • Actualizar los precios si tiene descuentos específicos.
  • Indique el número de días que se examinarán retrospectivamente y se analizarán estableciendo daysToEvaluate. Esta opción es útil si la consulta tarda demasiado en buscar los datos de 7 días.
// Set these parameters before running query
// For pay-as-you-go (per-GB) and commitment tier pricing details, see https://azure.microsoft.com/pricing/details/monitor/.
// You can see your per-node costs in your Azure usage and charge data. For more information, see https://learn.microsoft.com/azure/cost-management-billing/understand/download-azure-daily-usage.  
let workspaceHasSecurityCenter = true;
let daysToEvaluate = 7;
let PerNodePrice = 15.; // Monthly price per monitored node
let PerNodeOveragePrice = 2.30; // Price per GB for data overage in the Per Node pricing tier
let PerGBPrice = 2.30; // Enter the pay-as-you-go price for your workspace's region (from https://azure.microsoft.com/pricing/details/monitor/)
let CommitmentTier100Price = 196.; // Enter your price for the 100 GB/day commitment tier
let CommitmentTier200Price = 368.; // Enter your price for the 200 GB/day commitment tier
let CommitmentTier300Price = 540.; // Enter your price for the 300 GB/day commitment tier
let CommitmentTier400Price = 704.; // Enter your price for the 400 GB/day commitment tier
let CommitmentTier500Price = 865.; // Enter your price for the 500 GB/day commitment tier
let CommitmentTier1000Price = 1700.; // Enter your price for the 1000 GB/day commitment tier
let CommitmentTier2000Price = 3320.; // Enter your price for the 2000 GB/day commitment tier
let CommitmentTier5000Price = 8050.; // Enter your price for the 5000 GB/day commitment tier
// ---------------------------------------
let SecurityDataTypes=dynamic(["SecurityAlert", "SecurityBaseline", "SecurityBaselineSummary", "SecurityDetection", "SecurityEvent", "WindowsFirewall", "MaliciousIPCommunication", "LinuxAuditLog", "SysmonEvent", "ProtectionStatus", "WindowsEvent", "Update", "UpdateSummary"]);
let StartDate = startofday(datetime_add("Day",-1*daysToEvaluate,now()));
let EndDate = startofday(now());
union * 
| where TimeGenerated >= StartDate and TimeGenerated < EndDate
| extend computerName = tolower(tostring(split(Computer, '.')[0]))
| where computerName != ""
| summarize nodesPerHour = dcount(computerName) by bin(TimeGenerated, 1h)  
| summarize nodesPerDay = sum(nodesPerHour)/24.  by day=bin(TimeGenerated, 1d)  
| join kind=leftouter (
    Heartbeat 
    | where TimeGenerated >= StartDate and TimeGenerated < EndDate
    | where Computer != ""
    | summarize ASCnodesPerHour = dcount(Computer) by bin(TimeGenerated, 1h) 
    | extend ASCnodesPerHour = iff(workspaceHasSecurityCenter, ASCnodesPerHour, 0)
    | summarize ASCnodesPerDay = sum(ASCnodesPerHour)/24.  by day=bin(TimeGenerated, 1d)   
) on day
| join (
    Usage 
    | where TimeGenerated >= StartDate and TimeGenerated < EndDate
    | where IsBillable == true
    | extend NonSecurityData = iff(DataType !in (SecurityDataTypes), Quantity, 0.)
    | extend SecurityData = iff(DataType in (SecurityDataTypes), Quantity, 0.)
    | summarize DataGB=sum(Quantity)/1000., NonSecurityDataGB=sum(NonSecurityData)/1000., SecurityDataGB=sum(SecurityData)/1000. by day=bin(StartTime, 1d)  
) on day
| extend AvgGbPerNode =  NonSecurityDataGB / nodesPerDay
| extend OverageGB = iff(workspaceHasSecurityCenter, 
             max_of(DataGB - 0.5*nodesPerDay - 0.5*ASCnodesPerDay, 0.), 
             max_of(DataGB - 0.5*nodesPerDay, 0.))
| extend PerNodeDailyCost = nodesPerDay * PerNodePrice / 31. + OverageGB * PerNodeOveragePrice
| extend billableGB = iff(workspaceHasSecurityCenter,
             (NonSecurityDataGB + max_of(SecurityDataGB - 0.5*ASCnodesPerDay, 0.)), DataGB )
| extend PerGBDailyCost = billableGB * PerGBPrice
| extend CommitmentTier100DailyCost = CommitmentTier100Price + max_of(billableGB - 100, 0.)* CommitmentTier100Price/100.
| extend CommitmentTier200DailyCost = CommitmentTier200Price + max_of(billableGB - 200, 0.)* CommitmentTier200Price/200.
| extend CommitmentTier300DailyCost = CommitmentTier300Price + max_of(billableGB - 300, 0.)* CommitmentTier300Price/300.
| extend CommitmentTier400DailyCost = CommitmentTier400Price + max_of(billableGB - 400, 0.)* CommitmentTier400Price/400.
| extend CommitmentTier500DailyCost = CommitmentTier500Price + max_of(billableGB - 500, 0.)* CommitmentTier500Price/500.
| extend CommitmentTier1000DailyCost = CommitmentTier1000Price + max_of(billableGB - 1000, 0.)* CommitmentTier1000Price/1000.
| extend CommitmentTier2000DailyCost = CommitmentTier2000Price + max_of(billableGB - 2000, 0.)* CommitmentTier2000Price/2000.
| extend CommitmentTier5000DailyCost = CommitmentTier5000Price + max_of(billableGB - 5000, 0.)* CommitmentTier5000Price/5000.
| extend MinCost = min_of(
    PerNodeDailyCost,PerGBDailyCost,CommitmentTier100DailyCost,CommitmentTier200DailyCost,
    CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost)
| extend Recommendation = case(
    MinCost == PerNodeDailyCost, "Per node tier",
    MinCost == PerGBDailyCost, "Pay-as-you-go tier",
    MinCost == CommitmentTier100DailyCost, "Commitment tier (100 GB/day)",
    MinCost == CommitmentTier200DailyCost, "Commitment tier (200 GB/day)",
    MinCost == CommitmentTier300DailyCost, "Commitment tier (300 GB/day)",
    MinCost == CommitmentTier400DailyCost, "Commitment tier (400 GB/day)",
    MinCost == CommitmentTier500DailyCost, "Commitment tier (500 GB/day)",
    MinCost == CommitmentTier1000DailyCost, "Commitment tier (1000 GB/day)",
    MinCost == CommitmentTier2000DailyCost, "Commitment tier (2000 GB/day)",
    MinCost == CommitmentTier5000DailyCost, "Commitment tier (5000 GB/day)",
    "Error"
)
| project day, nodesPerDay, ASCnodesPerDay, NonSecurityDataGB, SecurityDataGB, OverageGB, AvgGbPerNode, PerGBDailyCost, PerNodeDailyCost, 
    CommitmentTier100DailyCost, CommitmentTier200DailyCost, CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost, Recommendation 
| sort by day asc
//| project day, Recommendation // Comment this line to see details
| sort by day asc

Esta consulta no es una replicación exacta de cómo se calcula el uso, pero proporciona recomendaciones de plan de tarifa en la mayoría de los casos.

Nota

Para usar los derechos que proceden de la adquisición de OMS E1 Suite, OMS E2 Suite o un complemento de OMS para System Center, elija el plan de tarifa Por nodo de Log Analytics.

Pasos siguientes