Użycie usługi Eventhouse i bazy danych KQL

Bazy danych Eventhouses i KQL działają na w pełni zarządzanym silniku Kusto. W przypadku bazy danych Eventhouse lub 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 zasobów obliczeniowych baz danych KQL w usłudze Microsoft Fabric, w tym [Eventhouse UpTime](#eventhouse uptime) i magazynu .

Gdy korzystasz z pojemności Fabric, opłaty za użycie są wyświetlane w portalu Azure w ramach subskrypcji w usłudze Microsoft Cost Management. Aby zrozumieć rozliczenia związane z usługą Azure Fabric, odwiedź stronę Zrozumienie rachunku za usługi Azure na pojemności Fabric.

Pojemność

Na podstawie jednostki zachowywania zapasów pojemności (SKU), która została zakupiona w Fabric, masz prawo do zestawu jednostek pojemności (CU), które są współużytkowane we wszystkich obciążeniach Fabric. 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 wykorzystywanej przez bazę danych KQL zależy od operacji Eventhouse UpTime.

Czas działania Eventhouse

Eventhouse UpTime dla eventhouse to liczba sekund, przez które twój eventhouse jest aktywny w odniesieniu do liczby używanych rdzeni wirtualnych. Mechanizm autoskalowania służy do określania rozmiaru jednostki przechowywania zdarzeń. Ten mechanizm zapewnia optymalizację kosztów i wydajności na podstawie wzorca użycia. Magazyn zdarzeń z wieloma dołączonymi bazami danych KQL pokazuje tylko czas działania usługi Eventhouse dla elementu magazynu zdarzeń. Nie widzisz użycia dla subitem bazy danych KQL.

Na przykład centrum zdarzeń z 4 bazami danych KQL korzystającymi z 4 rdzeni wirtualnych, które są aktywne przez 30 sekund, zużyje 120 sekund jednostek pojemności.

Eventhouse UpTime dla bazy danych KQL to liczba sekund, przez jaką 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.

Monitoruj dostępność Eventhouse

Możesz monitorować Eventhouse UpTime za pomocą aplikacji Microsoft Fabric Capacity Metric. Dowiedz się, jak zrozumieć stronę obliczeń aplikacji Metrics na stronie Omówienie obliczeń aplikacji metryk. W tym przykładzie przedstawiono szczegółowe informacje dotyczące monitorowania Eventhouse UpTime.

Na poniższej ilustracji przedstawiono przykładową stronę obliczeniową dotyczącą monitorowania zasobów w aplikacji Metryki pojemności międzywęzłowej.

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 jest filtrowany w celu wyświetlenia zarówno bazy danych Eventhouse , jak i KQL Database.
• Wybierz pojedynczy element, taki jak element Eventhouse, dzieli użycie jednostki obliczeniowej według operacji.
• Wykres wykorzystania po prawej stronie aplikacji pokazuje prawie 100% wykorzystania CU w czasie. To wysokie wykorzystanie może wyjaśniać ograniczanie zapytań doświadczane przez użytkowników i wskazuje potrzebę zwiększenia liczby jednostek wydajności.

Rozliczenia za przechowywanie

Opłaty za przechowywanie są naliczane 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 dotyczące ostatnich siedmiu dni, możesz ustawić przechowywanie pamięci podręcznej na siedem dni, co zapewni najlepszą wydajność. Ta warstwa magazynu jest porównywalna z warstwą Premium usługi Azure ADLS (Azure Data Lake Storage).

• OneLake Standard Storage to standardowy magazyn używany do utrwalania i przechowywania wszystkich danych, które można poddawać zapytaniom. 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 Microsoft Fabric umożliwia wszystkim administratorom pojemności monitorowanie OneLake Storage. Dowiedz się, jak zrozumieć stronę przechowywania aplikacji Metryki w Zrozumienie strony przechowywania aplikacji metryk.

Na poniższym obrazie przedstawiono przykładową stronę magazynowania z monitorowania bazy danych KQL w aplikacji Fabric Capacity Metric.

Treści powiązane

• Pojęcia i licencje usługi Microsoft Fabric
• Co to jest aplikacja Microsoft Fabric Capacity Metrics?
• Użycie zasobów obliczeniowych usługi Eventhouse