Detalles de los precios de los 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 del área de trabajo que se recopilan. 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.

Modelo de precios

El precio predeterminado de Log Analytics es un modelo de pago por uso que se basa en el volumen de datos ingeridos y 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 ingesta de datos puede ser considerable dependiendo de los factores siguientes:

  • Conjunto de soluciones de administración habilitadas y su configuración
  • Número y tipo de recursos supervisados
  • Tipos de datos recopilados de cada recurso supervisado

Cálculo del tamaño de los datos

El volumen de datos se mide como el tamaño de los datos que se almacenarán, en 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, independientemente de si los datos se envían desde un agente o se agregan durante el proceso de ingesta. Esto 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. Incluido el efecto de las columnas estándar excluidas de la facturación, en 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 pequeños. Es fundamental comprender este cálculo de tamaño de datos facturados al calcular los costos y compararlos con otros modelos de precios.

Columnas excluidas

Las siguientes columnas estándar que son comunes a todas las tablas, 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.

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

Tablas excluidas

Algunas tablas están libres de cargos por ingesta de datos por completo, entre ellas AzureActivity, Latido, Utilización, Operación. Esto se indicará siempre mediante la columna _IsBillable, que indica si un registro se ha excluido de la facturación por ingesta de datos.

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 una evaluación del 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 tiene niveles de compromiso que le permiten ahorrar hasta un 30 % en comparación con el precio de Pago por uso. Con los precios del nivel de compromiso se puede comprometer a comprar 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. Los niveles de compromiso tienen un período de compromiso de 31 días desde el momento en que se selecciona un nivel de compromiso.

  • Durante el período de compromiso, puede cambiar a un nivel de compromiso de nivel superior (lo que reinicia el período de compromiso de 31 días), pero no podrá volver a la versión de Pago por uso o a un nivel de compromiso inferior hasta que el período de compromiso finalice.
  • Al final del período de compromiso, el área de trabajo conserva el nivel de compromiso seleccionado y el área de trabajo se puede mover a pago por uso o a otro nivel de compromiso en cualquier momento.

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 realiza para el clúster (consulte a continuación). Consulte los precios de Azure Monitor para obtener una lista detallada de los niveles de compromiso y sus precios.

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 (si el uso se factura por área de trabajo o 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 sus cargos mensuales en cada nivel de compromiso. Se recomienda que revise periódicamente esta información para determinar si puede reducir sus gastos al cambiar de nivel. Consulte Uso y costos estimados para más información sobre esta vista.

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 500 GB/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 hay ninguna opción 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.

Hay dos modos de facturación para un clúster que se especifican 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 y el plan de tarifa cambia a por GB.

Si el área de trabajo vinculado usa el plan de tarifa heredado por nodo, se le facturará en función de los datos ingeridos en relación con el nivel de compromiso en lugar de por nodo. Se seguirán aplicando asignaciones de datos por nodo de Microsoft Defender for Cloud.

Consulte Crear un clúster dedicado para obtener detalles sobre la creación de un clúster dedicado y la especificación del tipo de facturación.

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. Los registros básicos se destinan a los registros verbose de gran volumen que se usan para la depuración, resolución de problemas y auditoría, pero no para el análisis y las alertas.

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

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

Retención y archivo de datos de registro

Además de la ingesta de datos, existe un cargo por 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. Los registros archivados tienen un cargo de retención reducido y hay un cargo por buscar en ellos. Use los registros archivados para reducir los costos de los datos que debe almacenar para el cumplimiento de las normas o la investigación ocasional.

Consulte Configurar las políticas de retención y archivo de datos en los registros de Azure Monitor para obtener detalles sobre la retención y el archivo de datos, lo que incluye cómo configurar estos ajustes y acceder a los datos archivados.

Trabajos de búsqueda

La búsqueda en los registros archivados usa 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 por el número de GB de datos escaneados en cada día al que se accede para realizar la búsqueda.

Restauración de datos de registro

Para situaciones en las que los registros más antiguos o archivados se deben consultar de forma intensiva con todas las funcionalidades 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. Posteriormente, puede descartar los datos cuando haya terminado. 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 de más de 12 horas de duración se facturan de forma prorrateada.

Exportación de datos de registro

La exportación de datos en el área de trabajo de Log Analytics le permite exportar continuamente datos por tablas seleccionadas en su área de trabajo, a una cuenta de almacenamiento de Azure o a Azure Event Hubs conforme llegan a la 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

Dado 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. Esto permite aprovechar todas las opciones del modelo de precios de Log Analytics, incluidos los niveles de compromiso además del pago por uso.

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 aprovechar 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.

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

Á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, además de 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 Sentinel por los datos operativos. Sin embargo, para algunas situaciones particulares, la combinación de estos datos puede suponer un ahorro de gastos. Esto suele ocurrir 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. Consulte Combinación de datos SOC y no SOC en Diseño de la arquitectura del área de trabajo de Microsoft Sentinel para obtener detalles y un ejemplo de cálculo de costos.

Áreas de trabajo con Microsoft Defender for Cloud

Microsoft Defender for Servers (parte de Defender for Cloud)factura por el número de servicios supervisados y proporciona una asignación de datos de 500 MB/servidor/día que se aplica al siguiente subconjunto de tipos de datos de seguridad:

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 que aún está activo, seguirán teniendo acceso para usar los siguientes planes de tarifa heredados:

  • Independiente (por GB)
  • Por nodo (OMS)

El acceso al plan de tarifa de evaluación gratuita heredado se limitará aún más a partir del 1 de julio de 2022 (consulte a continuación).

Evaluación gratuita del plan de tarifa

Las áreas de trabajo en el plan de tarifa Evaluación gratuita tendrán una ingesta diaria de datos limitada a 500 MB (excepto los tipos de datos de seguridad que recopile Microsoft Defender for Cloud) y la retención de datos se limitará a 7 días. El plan de tarifa de evaluación gratuita está destinado solo para fines de evaluación. No se proporciona ningún Acuerdo de Nivel de Servicio para el nivel Gratis.

Nota

La creación de nuevas áreas de trabajo (o el traslado de las existentes) con el plan de tarifa Evaluación gratuita heredado es posible solo 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 indica en el servicio Log Analytics y el medidor se denomina "Datos analizados". Las áreas de trabajo en los planes de tarifa independientes tienen una retención configurable para 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

El plan de tarifa por nodo cobra por cada máquina virtual supervisada (nodo) en una granularidad de horas. 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. 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: uso del número de nodos supervisados (VM) en unidades de meses de nodo.
  • Data Overage per Node (Datos por encima del límite por nodo): número de GB de datos ingeridos en exceso de la asignación de datos agregados.
  • Data Included per Node (Datos incluidos por nodo): 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 para la nube.

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, puede usar la siguiente consulta para obtener una recomendación.

Planes de tarifa Estándar y Premium

Las áreas de trabajo creadas antes de abril de 2016 pueden seguir usando los planes de tarifa Estándar y Premium originales, que tienen una retención de datos fija de 30 y 365 días, respectivamente. No se pueden crear áreas de trabajo en los planes de tarifa Estándar o Premium y, si un área de trabajo se saca de estos niveles, no puede regresar a ellos. Las áreas de trabajo de estos planes de tarifa no admiten el uso de registros básicos. 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

A continuación se presentan las consideraciones entre los niveles de Log Analytics heredados y cómo se factura el uso 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.

Puede encontrar más detalles sobre las limitaciones de los planes de tarifa en 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 nivel de precios por nodo heredado están mejor en ese nivel o en un nivel actual de pago por uso o de compromiso. Implica 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 que supone pagar solo por los datos ingeridos en la tarifa de pago por uso (por GB).

L consulta siguiente a fin de realizar una recomendación para el plan de tarifa óptimo en función de los patrones de uso de un área de trabajo. Esta consulta examina los nodos supervisados y los datos ingeridos en un área de trabajo los últimos siete días y evalúa para cada día qué plan de tarifa habría sido el óptimo. Para usar la consulta, debe hacer 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.
  • Especificar el número de días anteriores que se van a buscar y analizar. Para ello, establezca daysToEvaluate. Esto resulta útil si la consulta tarda demasiado en buscar 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://docs.microsoft.com/en-us/azure/cost-management-billing/understand/download-azure-daily-usage.  
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