Consumo de la base de datos de KQL y de Eventhouse

Los Eventhouse y las Bases de datos KQL funcionan en un motor Kusto totalmente administrado. Con un Eventhouse o una base de datos KQL, puede sesperar un proceso disponible para el análisis en un plazo de 5-10 segundos. Los recursos de proceso crecen en función de sus necesidades analíticas de datos. En este artículo se explican los informes de uso de proceso de las bases de datos KQL de Microsoft Fabric, incluido KustoUpTime y el almacenamiento.

Cuando se usa una capacidad de Fabric, los cargos de uso aparecen en Azure Portal en su suscripción en Microsoft Cost Management. Para comprender la facturación de Fabric, visite Descripción de la factura de Azure en una capacidad de Fabric.

Importante

Cambios en la tasa de consumo de cargas de trabajo de Microsoft Fabric

Las tarifas de consumo están sujetas a cambios en cualquier momento. Microsoft hará todo lo posible para avisar por correo electrónico o mediante una notificación en el producto. Los cambios serán efectivos en la fecha indicada en las notas de la versión de Microsoft o en el blog de Microsoft Fabric. Si algún cambio en una tasa de consumo de carga de trabajo de Microsoft Fabric aumenta materialmente las unidades de capacidad necesarias para usar una carga de trabajo determinada, los clientes pueden usar las opciones de cancelación disponibles para el método de pago elegido.

Capacity

En función de la SKU de capacidad adquirida en Fabric, tiene derecho a un conjunto de unidades de capacidad (CU) que se comparten en todas las cargas de trabajo de Fabric. Para obtener más información sobre las licencias admitidas, consulte Licencias de Microsoft Fabric.

La capacidad es un conjunto dedicado de recursos que está disponible en un momento dado para su uso. La capacidad define la habilidad de un recurso para realizar una actividad o producir un resultado. Los distintos recursos consumen CU en momentos diferentes. La cantidad de capacidad que usa una base de datos KQL se basa en la operación KustoUpTime.

KustoUpTime

KustoUpTime para un Eventhouse es el número de segundos que el eventhouse está activo en relación con el número de núcleos virtuales usados por su Eventhouse. Se usa un mecanismo de escalado automático para determinar el tamaño de su Eventhouse. Este mecanismo garantiza la optimización de costos y rendimiento en función del patrón de uso. Un eventhouse con varias bases de datos KQL asociadas a ella solo muestra KustoUpTime para el elemento del eventhouse. No verás el uso del subproceso de base de datos KQL.

Por ejemplo, un Eventhouse que usa 4 bases de datos KQL con 4 núcleos virtuales que está activo durante 30 segundos usará 120 segundos de unidades de capacidad.

KustoUpTime para una base de datos KQL es el número de segundos que la base de datos KQL está activa en relación con el número de núcleos virtuales usados por la base de datos. Se usa un mecanismo de escalado automático para determinar el tamaño de la base de datos KQL. Este mecanismo garantiza la optimización de costos y rendimiento en función del patrón de uso.

Por ejemplo, una base de datos que usa 4 núcleos virtuales que está activa durante 30 segundos usará 120 segundos de unidades de capacidad.

Nota:

Si la base de datos KQL es un subproceso de un Eventhouse, KustoUpTime se refleja en el elemento del Eventhouse y el elemento de base de datos no se muestra en la lista.

Supervisión de KustoUpTime

Puede supervisar KustoUpTime con la aplicación de métricas de capacidad de Microsoft Fabric. Obtenga información sobre la página de proceso de la aplicación de métricas en Descripción de la página de proceso de la aplicación de métricas. En este ejemplo se muestra información específica de la supervisión de KustoUpTime.

Nota:

Debe ser administrador de capacidad para supervisar el uso de la capacidad. Para obtener más información, consulte Descripción de los roles de administrador de Microsoft Fabric.

En la imagen siguiente se muestra una página de proceso de ejemplo desde la supervisión de capacidad en la aplicación de métricas de capacidad de Fabric:

Estas son algunas conclusiones que puedes tomar del ejemplo:

• La capacidad que se examina se denomina rtafielddemo.
• Las unidades de capacidad del día seleccionado se usaron en una sola área de trabajo denominada Demostración de campo de RTA.
• La vista Elementos se ha filtrado para mostrar el Eventhouse y la Base de datos KQL.
• Al seleccionar un solo elemento, como un elemento de Eventhouse, se desglosa el uso de CU por operaciones.
• El gráfico de uso, en el lado derecho de la aplicación, muestra casi un 100 % de uso de CU a lo largo del tiempo. Este uso elevado puede explicar la limitación de consultas experimentada por los usuarios e indica la necesidad de aumentar las unidades de capacidad.

Facturación de almacenamiento

El almacenamiento se factura por separado de las unidades de capacidad de Fabric o Power BI Premium. Los datos ingeridos en una base de datos KQL se almacenan en dos niveles de almacenamiento: OneLake Cache Storage y OneLake Standard Storage.

• OneLake Cache Storage es almacenamiento premium que se usa para proporcionar los tiempos de respuesta de consulta más rápidos. Establecer la directiva de caché afecta a este nivel de almacenamiento. Por ejemplo, si normalmente consulta los siete pasados días, puede establecer la retención de caché en siete días para obtener el mejor rendimiento. Este nivel de almacenamiento es comparable al nivel Premium de Azure ADLS (Azure Data Lake Storage).

Nota:

Habilitar el consumo mínimo significa que no se te cobra por OneLake Cahce Storage. Cuando se establece la capacidad mínima, el Eventhouse siempre está activo, lo que da lugar al 100 % de KustoUpTime.

• OneLake Standard Storage es un almacenamiento estándar que se usa para conservar y almacenar todos los datos consultables. Establecer la directiva de retención afecta a este nivel de almacenamiento. Por ejemplo, si necesita mantener 365 días de datos consultables, puede establecer la retención en 365 días. Este nivel de almacenamiento es comparable al nivel de acceso frecuente de Azure ADLS (Azure Data Lake Storage).

Supervisión de OneLake Storage

La aplicación de métricas de capacidad de Microsoft Fabric permite que cualquier administrador de capacidad supervise OneLake Storage. Obtenga información sobre la página de almacenamiento de la aplicación de métricas en Descripción de la página de almacenamiento de la aplicación de métricas.

En la imagen siguiente se muestra una página de almacenamiento de ejemplo desde la supervisión de una base de datos KQL en la aplicación de métricas de capacidad de Fabric:

Contenido relacionado

• Conceptos y licencias de Microsoft Fabric
• ¿Qué es la aplicación de Métricas de capacidad de Microsoft Fabric?
• Creación de una base de datos KQL