Compartilhar via


Consumo de Eventhouse e Banco de Dados KQL

Eventhouses e Bancos de dados KQL operam em um mecanismo Kusto totalmente gerenciado. Com uma Eventhouse ou um banco de dados KQL, você pode contar com recursos de computação disponíveis para sua análise em 5 a 10 segundos. Os recursos de computação crescem com as suas necessidades de análise de dados. Este artigo explica o relatório do uso de computação dos bancos de dados KQL no Microsoft Fabric, incluindo o KustoUpTime e o armazenamento.

Quando você usa uma capacidade do Fabric, seus encargos de uso aparecem no portal do Azure em sua assinatura no Gerenciamento de Custos da Microsoft. Para entender a cobrança do Fabric, visite Entenda sua fatura do Azure em uma capacidade do Fabric.

Importante

Alterações na taxa de consumo de carga de trabalho do Microsoft Fabric

As taxas de consumo estão sujeitas a alterações a qualquer momento. A Microsoft fará o possível para avisar previamente por email ou por notificação no produto. As alterações devem entrar em vigor na data declarada nas Notas sobre a versão da Microsoft ou no Blog do Microsoft Fabric. Se qualquer alteração em uma Taxa de Consumo de Carga de Trabalho do Microsoft Fabric aumentar materialmente as CU (Unidades de Capacidade) necessárias para usar uma carga de trabalho específica, os clientes poderão usar as opções de cancelamento disponíveis para a forma de pagamento escolhida.

Capacity

Com base no SKU de capacidade que foi adquirido no Fabric, você tem direito a um conjunto de CUs (Unidades de Capacidade) que são compartilhadas em todas as cargas de trabalho do Fabric. Para obter mais informações sobre licenças com suporte, consulte Licenças do Microsoft Fabric.

A capacidade é um conjunto dedicado de recursos que está disponível em um determinado momento para ser usado. A capacidade define a possibilidade de um recurso executar uma atividade ou produzir uma saída. Recursos diferentes consomem CUs em momentos diferentes. A quantidade de capacidade usada por um banco de dados KQL baseia-se na operação KustoUpTime.

KustoUpTime

KustoUpTime para uma eventhouse é o número de segundos em que a eventhouse está ativa em relação ao número de núcleos virtuais usados pela eventhouse. Um mecanismo de escala automática é usado para determinar o tamanho da eventhouse. Esse mecanismo garante o custo e a otimização de desempenho com base em seu padrão de uso. Uma eventhouse com vários bancos de dados KQL anexos mostra apenas o KustoUpTime para o item da eventhouse. Você não verá o uso para o subitem do banco de dados KQL.

Por exemplo, uma eventhouse com quatro bancos de dados KQL usando quatro núcleos virtuais ativos por 30 segundos usará 120 segundos de Unidades de Capacidade.

KustoUpTime para um banco de dados KQL é o número de segundos em que o banco de dados KQL está ativo em relação ao número de núcleos virtuais usados pelo banco de dados. Um mecanismo de dimensionamento automático é usado para determinar o tamanho do banco de dados KQL. Esse mecanismo garante o custo e a otimização de desempenho com base em seu padrão de uso.

Por exemplo, um banco de dados usando quatro núcleos virtuais que está ativo por 30 segundos usará 120 segundos de Unidades de Capacidade.

Observação

Se o banco de dados KQL for um subitem de uma eventhouse, o KustoUpTime será refletido no item da eventhouse e o item do banco de dados não será mostrado na lista.

Monitorar o KustoUpTime

Você pode monitorar o KustoUpTime com o Aplicativo de métricas de capacidade do Microsoft Fabric. Saiba como entender a página de computação do aplicativo de Métricas em Noções básicas da página de computação do aplicativo de métricas. Este exemplo mostra informações específicas para monitorar o KustoUpTime.

Observação

Você deve ser um administrador de capacidade para monitorar o uso da capacidade. Para obter mais informações, confira Noções básicas sobre as funções de administrador do Microsoft Fabric.

A imagem a seguir mostra uma página de computação de amostra do monitoramento de capacidade no aplicativo de Métricas de Capacidade do Fabric:

Captura de tela do tempo de atividade no aplicativo Métricas de Capacidade do Microsoft Fabric.

Aqui estão alguns insights que você pode obter do exemplo:

  • A capacidade que está sendo examinada é chamada de rtafielddemo.
  • As unidades de capacidade para o dia selecionado foram usadas por um só espaço de trabalho chamado Demonstração de Campo RTA.
  • O modo de exibição Itens foi filtrado para mostrar a Eventhouse e o Banco de Dados KQL.
  • Selecionar um único item, como um item de Eventhouse, divide o uso da CU por operações.
  • O grafo de utilização, no lado direito do aplicativo, mostra quase 100% de uso de CU ao longo do tempo. Essa alta utilização pode explicar a limitação de consulta experimentada pelos usuários e indica a necessidade de aumentar as unidades de capacidade.

Cobrança do armazenamento

O armazenamento é cobrado separadamente das unidades de capacidade do Fabric ou do Power BI Premium. Os dados ingeridos em um banco de dados KQL são armazenados em duas camadas de armazenamento: o Armazenamento de Cache do OneLake e o Armazenamento Standard do OneLake.

  • O Armazenamento de Cache do OneLake é o armazenamento premium utilizado para fornecer os tempos de resposta de consulta mais rápidos. Ao definir a política de cache, você afetará essa camada de armazenamento. Por exemplo, se você normalmente consulta os últimos sete dias, poderá definir a retenção de cache para sete dias para obter o melhor desempenho. Essa camada de armazenamento é comparável à camada premium do ADLS (Azure Data Lake Storage).

Observação

Habilitar o consumo mínimo significa que você não é cobrado pelo Armazenamento em Cache do OneLake. Quando a capacidade mínima é definida, a eventhouse sempre está ativa, resultando em 100% de KustoUpTime.

  • O Armazenamento Standard do OneLake é o armazenamento padrão usado para persistir e armazenar todos os dados que podem ser consultados. Ao definir a política de retenção, você afetará essa camada de armazenamento. Por exemplo, se você precisar manter 365 dias de dados que podem ser consultados, poderá definir a retenção como 365 dias. Essa camada de armazenamento é comparável à camada de acesso frequente do ADLS (Azure Data Lake Storage).

Monitorar o armazenamento do OneLake

O aplicativo de métricas de capacidade do Microsoft Fabric permite que qualquer administrador de capacidade monitore o Armazenamento do OneLake. Saiba como entender a página de armazenamento do aplicativo de métricas em Noções básicas sobre a página de armazenamento do aplicativo de métricas.

A imagem a seguir mostra uma página de armazenamento de exemplo do monitoramento de um banco de dados KQL no aplicativo métricas de capacidade do Fabric:

Captura de tela do aplicativo de métricas de capacidade do Fabric com dados de Inteligência em Tempo Real.