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.

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

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 i wartości tagów mogą zawierać tylko znaki z zestawu ISO 8859-1 (latin1). Tagi zawierające inne znaki są ignorowane.
• 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.

Wymuszanie tagów przy użyciu zasad

Tagi można wymuszać w klastrach przy użyciu zasad obliczeniowych. Aby uzyskać więcej informacji, zobacz Wymuszanie tagów niestandardowych.