Monitorowanie użycia za pomocą tagów

Aby monitorować koszty i dokładnie przypisywać użycie usługi Azure Databricks do jednostek biznesowych i zespołów organizacji (na przykład w przypadku obciążeń zwrotnych), możesz tagować obszary robocze (grupy zasobów) i zasoby obliczeniowe. Te tagi są propagują do szczegółowych raportów analizy kosztów, do których można uzyskać dostęp do witryny Azure Portal. Uwaga: dane tagów mogą być replikowane globalnie. Nie używaj nazw tagów ani wartości, które mogą naruszyć bezpieczeństwo zasobów. Na przykład nie należy używać nazw tagów zawierających informacje osobiste lub poufne. Oto raport szczegółów faktury analizy kosztów w witrynie Azure Portal, który zawiera szczegółowe informacje o kosztach według clusterid tagu w okresie jednego miesiąca:

Otagowane obiekty i zasoby

Objekt	Interfejs znakowania (UI)	Interfejs tagowania (API)
Obszar roboczy	Witryna Azure Portal	Interfejs API zasobów platformy Azure
Pula	Interfejs użytkownika pul w obszarze roboczym usługi Azure Databricks	Interfejs API puli wystąpień
Obliczenia wszystkich celów i zadań	Interfejs użytkownika obliczeń w obszarze roboczym usługi Azure Databricks	Interfejs API klastrów
SQL Warehouse	Interfejs użytkownika usługi SQL Warehouse w obszarze roboczym usługi Azure Databricks	Interfejs API magazynów

Ostrzeżenie

Nie przypisuj tagu niestandardowego z kluczem Name do klastra. Każdy klaster ma tag Name , którego wartość jest ustawiana przez usługę Azure Databricks. Jeśli zmienisz wartość skojarzona z kluczem Name, klaster nie może być już śledzony przez usługę Azure Databricks. W związku z tym klaster może nie zostać przerwany po stanie bezczynności i będzie nadal ponosić koszty użycia.

Tagi domyślne

Usługa Azure Databricks dodaje następujące tagi domyślne do obliczeń ogólnego przeznaczenia:

Klucz tagu	Wartość
Vendor	Stała wartość: Databricks
ClusterId	Wewnętrzny identyfikator klastra usługi Azure Databricks
ClusterName	Nazwa klastra
Creator	Nazwa użytkownika (adres e-mail) użytkownika, który utworzył klaster

W klastrach zadań usługa Azure Databricks stosuje również następujące tagi domyślne:

Klucz tagu	Wartość
RunName	Nazwa zadania
JobId	Identyfikator zadania

Usługa Azure Databricks dodaje następujące tagi domyślne do wszystkich pul:

Klucz tagu	Wartość
Vendor	Stała wartość: Databricks
DatabricksInstancePoolCreatorId	Wewnętrzny identyfikator użytkownika, który utworzył pulę, w usłudze Azure Databricks
DatabricksInstancePoolId	Wewnętrzny identyfikator puli usługi Azure Databricks

W przypadku zasobów obliczeniowych używanych przez monitorowanie usługi Lakehouse usługa Azure Databricks stosuje również następujące tagi:

Klucz tagu	Wartość
LakehouseMonitoring	prawda
LakehouseMonitoringTableId	Identyfikator monitorowanej tabeli
LakehouseMonitoringWorkspaceId	Identyfikator obszaru roboczego, w którym utworzono monitor
LakehouseMonitoringMetastoreId	Identyfikator magazynu metadanych, w którym istnieje monitorowana tabela

Tagowanie bezserwerowych obciążeń obliczeniowych

Aby przypisywać bezserwerowe użycie zasobów obliczeniowych użytkownikom, grupom lub projektom, można użyć zasad budżetu. Gdy użytkownik ma przypisane zasady budżetu, ich użycie bezserwerowe jest automatycznie oznaczane tagami zasad. Zobacz Atrybut użycia bezserwerowego z zasadami budżetu.

Propagacja tagów

Tagi obszarów roboczych, puli i klastra są agregowane przez usługę Azure Databricks i propagowane do maszyn wirtualnych platformy Azure na potrzeby raportowania analizy kosztów. Jednak tagi puli i klastra są propagowane inaczej od siebie.

Tagi obszaru roboczego i puli są agregowane i przypisywane jako tagi zasobów maszyn wirtualnych platformy Azure hostujących pule.

Tagi obszaru roboczego i klastra są agregowane i przypisywane jako tagi zasobów maszyn wirtualnych platformy Azure hostujących klastry.

Gdy klastry są tworzone na podstawie pul, tylko tagi obszaru roboczego i tagi puli są propagowane do maszyn wirtualnych. Tagi klastra nie są propagowane, aby zachować wydajność uruchamiania klastra puli.

Rozwiązywanie konfliktów tagów

Jeśli niestandardowy tag klastra, tag puli lub tag obszaru roboczego ma taką samą nazwę jak domyślny klaster lub tag puli usługi Azure Databricks, tag niestandardowy jest poprzedzony prefiksem x_ podczas propagacji.

Jeśli na przykład obszar roboczy zostanie oznaczony tagiem vendor = Azure Databricks, ten tag będzie powodować konflikt z domyślnym tagiem vendor = Databricksklastra . W związku z tym tagi będą propagowane jako x_vendor = Azure Databricks i vendor = Databricks.

Ograniczenia

• Propagacja niestandardowych tagów obszaru roboczego do usługi Azure Databricks po każdej zmianie może potrwać do godziny.
• Do zasobu platformy Azure nie można przypisać więcej niż 50 tagów. Jeśli ogólna liczba zagregowanych tagów przekroczy ten limit, tagi z prefiksem x_ są oceniane w kolejności alfabetycznej, a te, które przekraczają limit, są ignorowane. Jeśli wszystkie tagi z prefiksem x_ są ignorowane, a liczba przekracza limit, pozostałe tagi są oceniane w kolejności alfabetycznej, a te, które przekraczają limit, są ignorowane.
• Klucze tagów i wartości mogą zawierać tylko litery, spacje, cyfry lub znaki +, , -=._:, /, . @ Tagi zawierające inne znaki są nieprawidłowe.
• Jeśli zmienisz nazwy lub wartości klucza tagu, te zmiany zostaną zastosowane dopiero po ponownym uruchomieniu klastra lub rozszerzeniu puli.
• Jeśli tagi niestandardowe klastra powodują konflikt z tagami niestandardowymi puli, nie można utworzyć klastra.

Najlepsze rozwiązania dotyczące tagowania

• Ponieważ tagi można wprowadzać ręcznie, organizacja powinna standandaryzować pary klucz-wartość. Usługa Databricks zaleca opracowanie zasad biznesowych dotyczących nazewnictwa kluczy i wartości, które można udostępniać wszystkim użytkownikom.
• Wszystkie zasoby powinny być oznaczone kluczami ogólnymi, które przypiszeją użycie do jednostki biznesowej lub projektu. Na przykład zasób obliczeniowy związany z zadaniem, utworzony przez zespół finansowy do budżetu rocznego, może zawierać tagi business-unit:finance i project:annual-budget.
• Aby uzyskać bardziej szczegółowe informacje, przypisz tagi przy użyciu kluczy o wysokiej szczegółowości. Możesz na przykład tworzyć klucze na podstawie ról, produktów, usług lub klientów.
• Jeśli ma to zastosowanie, administratorzy obszaru roboczego powinni wymuszać tagi przy użyciu zasad obliczeniowych i zasad budżetu. Zobacz Wymuszanie niestandardowych tagów.