Użycie usługi Eventhouse i bazy danych KQL
Bazy danych Eventhouses i KQL działają na w pełni zarządzanym aucie 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 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 magazynu zdarzeń to liczba sekund, przez które twój magazyn zdarzeń jest aktywny w odniesieniu do liczby rdzeni wirtualnych używanych przez twój magazyn zdarzeń. Mechanizm autoskalowania służy do określania rozmiaru magazynu 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 wartość KustoUpTime dla elementu magazynu zdarzeń. Nie zobaczysz użycia elementu podrzędnego bazy danych KQL.
Na przykład magazyn 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 magazynu zdarzeń, element KustoUpTime jest zainfekowany elementem eventhouse, 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:
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 bazy danych Eventhouse , jak i KQL Database.
- Wybranie pojedynczego elementu, takiego jak element eventhouse, 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 Cache Storage. Po ustawieniu minimalnej pojemności magazyn zdarzeń jest zawsze aktywny, co daje 100% czasu 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:
