Użycie magazynu zdarzeń i bazy danych KQL

Domy zdarzeń i bazy danych KQL działają na w pełni zarządzanym aucie Kusto. W przypadku domu zdarzeń lub bazy danych KQL można oczekiwać dostępnych zasobów obliczeniowych dla analizy w ciągu 5 do 10 sekund. Zasoby obliczeniowe rosną wraz z potrzebami analitycznymi danych. W tym artykule opisano raportowanie użycia obliczeń baz danych KQL w usłudze Microsoft Fabric, w tym KustoUpTime i magazyn.

W przypadku korzystania z pojemności sieci szkieletowej opłaty za użycie są wyświetlane w witrynie Azure Portal w ramach subskrypcji w usłudze Microsoft Cost Management. Aby zrozumieć rozliczenia sieci szkieletowej, odwiedź stronę Omówienie rachunku za korzystanie z platformy Azure w pojemności sieci szkieletowej.

Ważne

Zmiany w tempie zużycia obciążenia usługi Microsoft Fabric

Stawki zużycia mogą ulec zmianie w dowolnym momencie. Firma Microsoft podejmie uzasadnione wysiłki, aby powiadomić za pośrednictwem poczty e-mail lub powiadomienia w produkcie. Zmiany obowiązują w dniu określonym w informacjach o wersji firmy Microsoft lub blogu usługi Microsoft Fabric. Jeśli jakakolwiek zmiana wskaźnika zużycia obciążenia usługi Microsoft Fabric znacznie zwiększy liczbę jednostek wydajności (CU) wymaganych do użycia określonego obciążenia, klienci mogą skorzystać z opcji anulowania dostępnych dla wybranej formy płatności.

Wydajność

Na podstawie jednostki SKU pojemności zakupionej w sieci szkieletowej masz prawo do zestawu jednostek pojemności (CU), które są współużytkowane we wszystkich obciążeniach sieci szkieletowej. Aby uzyskać więcej informacji na temat obsługiwanych licencji, zobacz Licencje usługi Microsoft Fabric.

Pojemność to dedykowany zestaw zasobów, które są dostępne w danym momencie do użycia. Pojemność definiuje zdolność zasobu do wykonywania działania lub generowania danych wyjściowych. Różne zasoby zużywają jednostki CU w różnym czasie. Ilość pojemności używanej przez bazę danych KQL jest oparta na operacji KustoUpTime .

KustoUpTime

KustoUpTime dla domu zdarzeń to liczba sekund, przez które dom zdarzeń jest aktywny w odniesieniu do liczby rdzeni wirtualnych używanych przez dom zdarzeń. Mechanizm autoskalowania służy do określania rozmiaru domu zdarzeń. Ten mechanizm zapewnia optymalizację kosztów i wydajności na podstawie wzorca użycia. Dom zdarzeń z wieloma dołączonymi bazami danych KQL pokazuje tylko wartość KustoUpTime dla elementu domu zdarzeń. Nie zobaczysz użycia elementu podrzędnego bazy danych KQL.

Na przykład dom zdarzeń z 4 bazami danych KQL korzystającymi z 4 rdzeni wirtualnych, które są aktywne przez 30 sekund, będzie używać 120 sekund jednostek pojemności.

KustoUpTime dla bazy danych KQL to liczba sekund, przez które baza danych KQL jest aktywna w odniesieniu do liczby rdzeni wirtualnych używanych przez bazę danych. Mechanizm automatycznego skalowania służy do określania rozmiaru bazy danych KQL. Ten mechanizm zapewnia optymalizację kosztów i wydajności na podstawie wzorca użycia.

Na przykład baza danych używająca 4 rdzeni wirtualnych, która jest aktywna przez 30 sekund, będzie używać 120 sekund jednostek pojemności.

Uwaga

Jeśli baza danych KQL jest elementem podrzędnym domu zdarzeń, element KustoUpTime jest zainfekowany elementem domu zdarzeń, a element bazy danych nie jest wyświetlany na liście.

Monitorowanie usługi KustoUpTime

Możesz monitorować aplikację KustoUpTime za pomocą aplikacji Metryka pojemności usługi Microsoft Fabric. Dowiedz się, jak zrozumieć stronę obliczeń aplikacji Metrics na stronie Omówienie obliczeń aplikacji metryk. W tym przykładzie przedstawiono informacje specyficzne dla monitorowania usługi KustoUpTime.

Uwaga

Aby monitorować użycie pojemności, musisz być administratorem pojemności. Aby uzyskać więcej informacji, zobacz Omówienie ról administratora usługi Microsoft Fabric.

Na poniższej ilustracji przedstawiono przykładową stronę obliczeniową z wydajności monitorowania w aplikacji Metryka pojemności sieci szkieletowej:

Zrzut ekranu przedstawiający czas pracy w aplikacji Metryka pojemności usługi Microsoft Fabric.

Oto kilka szczegółowych informacji, które można pobrać z przykładu:

  • Badana pojemność jest nazywana rtafielddemo.
  • Jednostki pojemności wybranego dnia były używane przez pojedynczy obszar roboczy o nazwie RTA Field Demo.
  • Widok Elementy został przefiltrowany w celu wyświetlenia zarówno domu zdarzeń, jak i bazy danych KQL.
  • Wybranie pojedynczego elementu, takiego jak element domu zdarzeń, dzieli użycie aktualizacji cu według operacji.
  • Wykres wykorzystania po prawej stronie aplikacji pokazuje prawie 100% użycia cu w czasie. To wysokie wykorzystanie może wyjaśniać ograniczanie przepustowości zapytań doświadczane przez użytkowników i wskazuje potrzebę zwiększenia liczby jednostek pojemności.

Rozliczenia magazynu

Opłata za magazyn jest naliczana oddzielnie od jednostek pojemności usługi Fabric lub Power BI Premium. Dane pozyskane do bazy danych KQL są przechowywane w dwóch warstwach magazynu: OneLake Cache Storage i OneLake Standard Storage.

  • Usługa OneLake Cache Storage to magazyn w warstwie Premium, który jest używany do zapewnienia najszybszych czasów odpowiedzi na zapytania. Po ustawieniu zasad pamięci podręcznej wpłynie to na tę warstwę magazynowania. Jeśli na przykład zwykle wykonujesz zapytanie z powrotem o siedem dni, możesz ustawić przechowywanie pamięci podręcznej na siedem dni, aby uzyskać najlepszą wydajność. Ta warstwa magazynu jest porównywalna z warstwą Premium usługi Azure ADLS (Azure Data Lake Storage).

Uwaga

Włączenie minimalnego użycia oznacza, że nie są naliczane opłaty za usługę OneLake Cahce Storage. Po ustawieniu minimalnej pojemności dom zdarzeń jest zawsze aktywny, co powoduje 100% KustoUpTime.

  • OneLake Standard Storage to magazyn w warstwie Standardowa używany do utrwalania i przechowywania wszystkich danych z możliwością wykonywania zapytań. Po ustawieniu zasad przechowywania wpływasz na tę warstwę magazynowania. Jeśli na przykład musisz zachować dane z możliwością wykonywania zapytań przez 365 dni, możesz ustawić okres przechowywania na 365 dni. Ta warstwa magazynowania jest porównywalna z warstwą gorącą usługi Azure ADLS (Azure Data Lake Storage).

Monitorowanie usługi OneLake Storage

Aplikacja Metryka pojemności usługi Microsoft Fabric umożliwia administratorowi pojemności monitorowanie usługi OneLake Storage. Dowiedz się, jak zrozumieć stronę Magazynu aplikacji Metryki na stronie Omówienie magazynu aplikacji metryk.

Na poniższej ilustracji przedstawiono przykładową stronę magazynu z monitorowania bazy danych KQL w aplikacji Metryka pojemności sieci szkieletowej:

Zrzut ekranu przedstawiający aplikację Metryki pojemności sieci szkieletowej z danymi z analizy w czasie rzeczywistym.