Użycie usługi Eventhouse i bazy danych KQL

Eventhouses i bazy danych KQL działają na w pełni zarządzanym silniku. 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 i przechowywanie.

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 obliczeniowe (CU) w różnym czasie. Ilość pojemności wykorzystywanej przez bazę danych KQL zależy od operacji Eventhouse UpTime.

Minimalna pojemność zaplanowana (harmonogram pojemności)

Usługa Eventhouse obsługuje 7-dniowy cykliczny harmonogram w 60-minutowych blokach, w których można ustawić minimalną pojemność dla każdego bloku albo nie ustawiać minimum, przy włączonym automatycznym skalowaniu. Pozwala to dostosować gwarantowaną wydajność do wzorców obciążenia — na przykład zapewniając wyższą bazową moc obliczeniową w godzinach największego natężenia pracy i umożliwiając eventhouse swobodne skalowanie w spokojniejszych okresach. Jeśli dla przedziału czasu ustawiono minimum, czas działania usługi Eventhouse upTime odzwierciedla co najmniej zaplanowany plan bazowy dla czasu trwania tego okna. Aby uzyskać więcej informacji, zobacz Konfigurowanie harmonogramu pojemności.

Throttling

Po osiągnięciu limitów pojemności, moduł zdarzeń stosuje dławienie w celu ochrony stabilności systemu. Istnieją trzy poziomy ograniczania przepustowości:

• Proaktywne — zapytania są ograniczane, ale pozyskiwanie danych jest kontynuowane normalnie.
• Reaktywne — zarówno pozyskiwanie , jak i zapytania są wstrzymane, ale żadne dane nie zostaną utracone.
• Ekstremalne reaktywne — pozyskiwanie i zapytania są wstrzymane, dane są przechowywane przez pewien czas, ale dane mogą zostać utracone po pewnym okresie.

Gdy centrum wydarzeń przechodzi w tryb proaktywny, wydajność jest zmniejszana w celu utrzymania dostępności przez dłuższy czas w przypadku umiarkowanych działań (zarówno proaktywnych, jak i reaktywnych), co pozwala na zapewnienie dostępności centrum z obniżoną wydajnością.

Skonfigurowanie minimalnej zaplanowanej wydajności może zmniejszyć prawdopodobieństwo proaktywnego lub reaktywnego dławienia podczas oczekiwanych okresów szczytowego obciążenia, zapewniając dostępność bazowego poziomu mocy obliczeniowej. Jednak ograniczanie przepustowości może nadal występować, jeśli rzeczywiste zapotrzebowanie przekracza zaplanowany plan bazowy i dostępną pojemność.

Ochrona przed przepięciami na poziomie obszaru roboczego

Ochrona przed przepięciami obejmuje teraz mechanizmy kontroli na poziomie obszaru roboczego, które zapewniają bardziej szczegółowe zarządzanie użyciem zasobów obliczeniowych w całej organizacji. Ta aktualizacja pomaga lepiej kontrolować wykorzystanie pojemności i określać priorytety obciążeń krytycznych.

Najważniejsze ulepszenia

Limity CU jako % dla poszczególnych obszarów roboczych: możesz zdefiniować próg użycia jednostek obliczeniowych (CU) w procentach całkowitej pojemności dla poszczególnych obszarów roboczych. Te progi są ustawiane w okresie 24-godzinnym.

Automatyczne blokowanie: obszar roboczy jest umieszczany w stanie zablokowanym automatycznie Po przekroczeniu progu obszaru roboczego. Obszar roboczy odrzuca nowe operacje, dopóki jego użycie nie spadnie poniżej progu lub do momentu ręcznego usunięcia bloku.

Tryb krytyczny misji: Można oznaczyć obszary robocze o wysokim priorytecie jako krytyczne dla misji, co wyklucza je z reguł ochrony przed przeciążeniami i efektywnie priorytetuje je względem innych obszarów roboczych. Tego trybu można również użyć do usunięcia stanu aktywnego zablokowanego.

Aby uzyskać informacje na temat ochrony przed przepięciami na poziomie przepustowości Fabric, zobacz Ochrona przed przepięciami.

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.

Gdy skonfigurowano zaplanowaną minimalną wydajność, Czas dostępności jest zliczany co najmniej od zaplanowanego poziomu bazowego przez czas trwania zaplanowanych okien. Poza zaplanowanymi oknami funkcja UpTime odzwierciedla elastyczne użycie sterowane autoskalowaniem. To rozróżnienie ułatwia dokładne interpretowanie raportów użycia.

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.

Po skonfigurowaniu funkcji Capacity Scheduler aplikacja Fabric Capacity Metrics może wyświetlać wyższe bazowe użycie jednostek CU w zaplanowanych oknach czasowych. Skoreluj zaplanowane okna z wykresem wykorzystania, aby dokładnie interpretować zużycie pojemnoś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).

  Uwaga / Notatka

  Włączenie harmonogramu pojemności oznacza, że nie są naliczane opłaty za usługę OneLake Cache Storage. Gdy skonfigurowano zaplanowaną wartość minimalną, Eventhouse utrzymuje gwarantowany poziom bazowy w tych przedziałach czasowych, a poza nimi zachowuje elastyczność dzięki automatycznemu skalowaniu. Koszty magazynowania pamięci podręcznej są uwzględniane w opłatach za pojemność. Aby uzyskać więcej informacji, zobacz Konfigurowanie harmonogramu pojemności.

• 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
• Ochrona przed przepięciami