Überwachen der Nutzung mithilfe von Tags
Um die Kosten zu überwachen und die Nutzung von Azure Databricks den Geschäftsbereichen und Teams Ihrer Organisation genau zuzuordnen (z. B. für Rückbuchungen), können Sie Arbeitsbereiche (Ressourcengruppen) und Computeressourcen mit Tags versehen. Diese Tags werden an detaillierte Kostenanalyseberichte verteilt, auf die Sie im Azure-Portal zugreifen können.
Hier sehen Sie einen Bericht mit den Rechnungsdetails der Kostenanalyse im Azure-Portal, in dem die Kosten nach clusterid-Tag für einen Zeitraum von einem Monat angegeben werden:
Markierte Objekte und Ressourcen
| Object | Taggingschnittstelle (UI) | Taggingschnittstelle (API) |
|---|---|---|
| Arbeitsbereich | Azure-Portal | Azure-Ressourcen-API |
| Pool | Pool-Benutzeroberfläche im Azure Databricks-Arbeitsbereich | Instanzpool-API |
| All-Purpose Compute und Job Compute | Compute-Benutzeroberfläche im Azure Databricks-Arbeitsbereich | Cluster-API |
| SQL-Warehouse | SQL-Warehouse-Benutzeroberfläche im Azure Databricks-Arbeitsbereich | Warehouses-API |
Warnung
Weisen Sie einem Cluster kein benutzerdefiniertes Tag mit dem Schlüssel Name zu. Jeder Cluster verfügt über ein Tag Name, dessen Wert von Azure Databricks festgelegt wird. Wenn Sie den Wert für den Schlüssel Name ändern, kann der Cluster nicht mehr von Azure Databricks nachverfolgt werden. Dies hat zur Folge, dass der Cluster im Leerlauf möglicherweise nicht beendet wird, sodass weiterhin Nutzungskosten anfallen.
Standardtags
Azure Databricks fügt All-Purpose Compute die folgenden Standardtags hinzu:
| Tagschlüssel | Wert |
|---|---|
Vendor |
Konstanter Wert: Databricks |
ClusterId |
Interne Azure Databricks-ID des Clusters |
ClusterName |
Name des Clusters |
Creator |
Benutzername (E-Mail-Adresse) des Benutzers, der den Cluster erstellt hat |
In Auftragsclustern wendet Azure Databricks auch die folgenden Standardtags an:
| Tagschlüssel | Wert |
|---|---|
RunName |
Auftragsname |
JobId |
Auftrags-ID |
Azure Databricks fügt allen Pools die folgenden Standardtags hinzu:
| Tagschlüssel | Wert |
|---|---|
Vendor |
Konstanter Wert: Databricks |
DatabricksInstancePoolCreatorId |
Interne Azure Databricks-ID des Benutzers, der den Pool erstellt hat |
DatabricksInstancePoolId |
Interne Azure Databricks-ID des Pools |
Auf Computeressourcen, die von Lakehouse Monitoring verwendet werden, wendet Azure Databricks auch die folgenden Tags an:
| Tagschlüssel | Wert |
|---|---|
LakehouseMonitoring |
true |
LakehouseMonitoringTableId |
ID der überwachten Tabelle |
LakehouseMonitoringWorkspaceId |
ID des Arbeitsbereichs, in dem der Monitor erstellt wurde |
LakehouseMonitoringMetastoreId |
ID des Metastores, in dem die überwachte Tabelle vorhanden ist |
Tagweitergabe
Arbeitsbereichs-, Pool- und Clustertags werden von Azure Databricks aggregiert und für Berichte zur Kostenanalyse an Azure-VMs weitergegeben. Pool- und Clustertags werden jedoch unterschiedlich voneinander weitergegeben.
Arbeitsbereichs- und Pooltags werden aggregiert und als Ressourcentags der Azure-VMs zugewiesen, die die Pools hosten.
Arbeitsbereichs- und Clustertags werden aggregiert und als Ressourcentags der Azure-VMs zugewiesen, die die Cluster hosten.
Wenn Cluster aus Pools erstellt werden, werden nur Arbeitsbereichstags und Pooltags an die VMs weitergegeben. Clustertags werden nicht weitergegeben, um die Startleistung des Poolclusters beizubehalten.
Tagkonfliktlösung
Wenn ein benutzerdefiniertes Clustertag, Pooltag oder Arbeitsbereichstag den gleichen Namen wie ein Standardcluster- oder Pooltag von Azure Databricks hat, wird dem benutzerdefinierten Tag bei der Verteilung ein x_ vorangestellt.
Wenn ein Arbeitsbereich beispielsweise mit vendor = Azure Databricksgekennzeichnet ist, steht dieses Tag in Konflikt mit dem Standardclustertag vendor = Databricks. Die Tags werden daher als x_vendor = Azure Databricks und vendor = Databricksweitergegeben.
Einschränkungen
- Es kann bis zu einer Stunde dauern, bis benutzerdefinierte Arbeitsbereichstags nach jeder Änderung an Azure Databricks weitergeleitet werden.
- Einer Azure-Ressource können nicht mehr als 50 Tags zugewiesen werden. Wenn die Gesamtanzahl aggregierter Tags diesen Grenzwert überschreitet, werden Tags mit dem Präfix
x_in alphabetischer Reihenfolge ausgewertet, und Tags, die den Grenzwert überschreiten, werden ignoriert. Wenn alle Tags mit dem Präfixx_ignoriert werden und die Anzahl über dem Limit des Grenzwerts liegt, werden die verbleibenden Tags in alphabetischer Reihenfolge ausgewertet, und Tags, die den Grenzwert überschreiten, werden ignoriert. - Tagtasten und -werte können nur Buchstaben, Leerzeichen, Zahlen oder die Zeichen
+, , ,=,.,:_, ./@-Tags, die andere Zeichen enthalten, sind ungültig. - Wenn Sie Tagschlüsselnamen oder -werte ändern, werden diese Änderungen erst nach dem Neustart des Clusters oder der Poolerweiterung wirksam.
- Wenn Konflikte zwischen den benutzerdefinierten Tags des Clusters und den benutzerdefinierten Tags des Pools auftreten, kann der Cluster nicht erstellt werden.
Tagerzwingung mit Richtlinien
Sie können Tags auf Clustern mithilfe von Computerichtlinien erzwingen. Weitere Informationen finden Sie unter Erzwingung von benutzerdefinierten Tags.