Skonfiguruj magazyn detekcji

Important

Lakewatch jest w Private Preview. Aby poprosić o dostęp, skontaktuj się z zespołem konta Azure Databricks.

Zaplanowane wykrycia są uruchamiane w hurtowni SQL, którą udostępniasz. Lakewatch nie tworzy ani nie zarządza tym magazynem. Zamiast tego tworzysz go w swoim obszarze roboczym i wybierasz podczas tworzenia zaplanowanej reguły wykrywania. Tworzenie i dobór rozmiaru warehouse zwykle wymaga uprawnień administratora przestrzeni roboczej, więc jest to zazwyczaj zadanie konfiguracyjne dla administratora.

Ta strona zaleca konfigurację początkową dla hurtowni detekcji. Możesz współdzielić jedną hurtownię danych pomiędzy wszystkimi zaplanowanymi wykryciami w przestrzeni roboczej.

Prerequisites

Magazyn wykrywania musi uruchamiać Databricks SQL 2026.35 i nowszy. Lakewatch sprawdza wersję, na której działa magazyn, a nie ustawienie kanału. Jeśli Databricks przypiął Twój magazyn SQL do konkretnej wersji Databricks SQL, przypięta wersja również musi spełniać to minimum.

Aby sprawdzić wersję, na której działa magazyn, uruchom na tym magazynie to zapytanie:

SELECT current_version().dbsql_version;

Zobacz current_version funkcję.

Błędy nieobsługiwanego magazynu

Gdy Lakewatch sprawdza wersję

Lakewatch weryfikuje wersję hurtowni danych w następujących miejscach:

  • Kiedy tworzysz regułę: Lakewatch odrzuca ją, jeśli jego hurtownia danych nie jest obsługiwana.
  • Gdy zmieniasz magazyn SQL reguły lub tożsamość Run as: Lakewatch odrzuca zmianę, jeśli magazyn nie jest obsługiwany.
  • Gdy Lakewatch ponownie weryfikuje istniejące reguły: Jeśli hurtownia danych istniejącej reguły nie jest obsługiwana, Lakewatch przestaje ją uruchamiać i rejestruje zdarzenie systemowe dla niej.

Jeśli Lakewatch nie potrafi określić wersji, na której działa warehouse, traktuje go jako nieobsługiwany.

Korzystaj z wspieranego magazynu

Jeśli Lakewatch odrzuci hurtownię z powodu jej wersji, komunikat o błędzie zaczyna się od jednego z następujących:

  • SQL warehouse '<name>' (<id>) is running a version that Lakewatch does not support.
  • Lakewatch could not verify that SQL warehouse '<name>' (<id>) is supported.

Aby odzyskać:

  1. Wybierz magazyn SQL, który ma co najmniej wymaganą wersję, lub skontaktuj się z pomocą techniczną Databricks, aby uzyskać pomoc w aktualizacji magazynu.
  2. Spróbuj ponownie stworzyć lub zaktualizować regułę.

Jeśli przeniesiesz istniejącą regułę do innego wspieranego magazynu, Lakewatch natychmiast ją ponownie waliduje. Jeśli bieżąca hurtownia reguły zostanie zamiast tego zaktualizowana do obsługiwanej wersji, Lakewatch wznowi jej uruchamianie przy następnym ponownym sprawdzeniu.

Inny błąd oznacza, że Lakewatch w ogóle nie mógł przeprowadzić weryfikacji wersji:

  • Lakewatch could not validate the SQL warehouse runtime. Check warehouse availability and the rule's run-as permissions, then retry.

W takim przypadku sprawdź, czy magazyn jest dostępny i czy principal reguły jako run as może z niego korzystać, a następnie spróbuj ponownie.

W większości przestrzeni roboczych zacznij od jednej bezserwerowej hurtowni SQL, współdzielonej przez wszystkie zaplanowane detekcje:

Setting Zalecana wartość
Typ Serverless
Size 2X-small
Klastry (min) 1
Klastry (maks.) ceil(peak concurrent rules / 10), do maksymalnego 40 klastrów
Automatyczne zatrzymanie 10 minut

Magazyn 2X-Small może wykonać 100 lub więcej prostych detekcji. Ponieważ magazyn SQL jest rozliczany według czasu działania klastra, a nie za zapytanie, im więcej reguł dzieli magazyn, tym niższy jest koszt za regułę.

Note

Magazyn, który działa tylko na jednej lub dwóch regułach, może kosztować tyle samo lub więcej niż bezserwerowe zasoby obliczeniowe. Przewaga kosztowa wynika ze współdzielenia jednego magazynu przez wielu dzierżawców.

Kiedy dostosować

Zmień domyślne ustawienia w zależności od obciążenia pracą:

  • Wiele, wysokie lub skokowe zasady: Zwiększ maksymalną liczbę klastrów, aby zapytania nie były kolejkowane. Dodawanie klastrów (skalowanie poziome) jest główną dźwignią współbieżności. Każdy klaster zapewnia około 10 slotów zapytań.
  • Wykrycia wrażliwe na opóźnienia: Ustaw minimalny poziom gotowości (minimum 2 lub więcej klastrów) lub dłuższe automatyczne zatrzymanie, aby uniknąć zimnych startów, przy wyższych kosztach.
  • Nieliczne, rzadkie lub wrażliwe na koszty reguły: Obniż automatyczne zatrzymanie do 5 minut (minimum), aby skrócić czas bezczynności. Zimna hurtownia danych restartuje się w około 5 sekund.
  • Ciężkie lub złożone zapytania (duże skany lub złączenia): Zwiększ rozmiar hurtowni (mały, średni lub większy). Używaj większego rozmiaru (skalowania) tylko wtedy, gdy pojedyncze zapytanie wymaga więcej pamięci lub obliczeń.

Przypisywanie kosztów

Aby samodzielnie śledzić koszty wykrywania, używaj dedykowanej hurtowni do obciążeń wykrywania zamiast dzielić ją z innymi aktywnościami zapytań. Ponieważ rozliczenia są naliczane na podstawie czasu działania klastra, dedykowany magazyn ułatwia przypisanie kosztów wykrywaniu.

Następne kroki

  • Ostatnia aktualizacja o