Gebruik bewaken met behulp van tags

Als u kosten wilt bewaken en het gebruik van Azure Databricks nauwkeurig wilt toewijzen aan de bedrijfseenheden en teams van uw organisatie (bijvoorbeeld voor terugstortingen), kunt u werkruimten (resourcegroepen) en rekenresources taggen. Deze tags worden doorgegeven aan gedetailleerde kostenanalyserapporten die je kunt openen in de Azure Portal.

Hier volgt een rapport met factuurgegevens voor kostenanalyse in De Azure-portal waarin de kosten clusterid per tag gedurende een periode van één maand worden beschreven:

Getagde objecten en resources

Object	Interface voor taggen (UI)	Tagging interface (API)
Werkplek	Azure Portal	Azure Resources-API
Groep	Gebruikersinterface pools in de Azure Databricks-werkruimte	API exemplaargroep
All-purpose en job compute	Rekeninterface in de Azure Databricks-werkruimte	Clusters-API
SQL Warehouse	SQL Warehouse-gebruikersinterface in de Azure Databricks-werkruimte	Warehouses-API

Waarschuwing

Wijs geen aangepaste tag met de sleutel Name toe aan een cluster. Elk cluster heeft een tag Name waarvan de waarde is ingesteld door Azure Databricks. Als u de waarde wijzigt die is gekoppeld aan de sleutel Name, kan het cluster niet meer worden bijgehouden door Azure Databricks. Als gevolg hiervan wordt het cluster mogelijk niet beëindigd nadat het inactief is geworden en blijven er gebruikskosten in rekening worden gebracht.

Standaardtags

Azure Databricks voegt de volgende standaardtags toe aan compute voor alle doeleinden:

Tagsleutel	Weergegeven als
Vendor	Constante waarde: Databricks
ClusterId	Interne id van Azure Databricks van het cluster
ClusterName	Naam van het cluster
Creator	Gebruikersnaam (e-mailadres) van de gebruiker die het cluster heeft gemaakt

Op taakclusters past Azure Databricks ook de volgende standaardtags toe:

Tagsleutel	Weergegeven als
RunName	Taaknaam
JobId	Taak-id

Azure Databricks voegt de volgende standaardtags toe aan alle pools:

Tagsleutel	Weergegeven als
Vendor	Constante waarde: Databricks
DatabricksInstancePoolCreatorId	Interne Azure Databricks-id van de gebruiker die de pool heeft gemaakt
DatabricksInstancePoolId	Interne id van Azure Databricks van de pool

Op berekeningen die door Lakehouse Monitoring worden gebruikt, worden in Azure Databricks ook de volgende tags toegepast:

Tagsleutel	Weergegeven als
LakehouseMonitoring	true
LakehouseMonitoringTableId	Id van de bewaakte tabel
LakehouseMonitoringWorkspaceId	Id van de werkruimte waarin de monitor is gemaakt
LakehouseMonitoringMetastoreId	Id van de metastore waarin de bewaakte tabel bestaat

Doorgave van tags

Werkruimte-, pool- en clustertags worden geaggregeerd door Azure Databricks en doorgegeven aan Azure-VM's voor kostenanalyserapportage. Maar pool- en clustertags worden verschillend van elkaar doorgegeven.

Werkruimte- en pooltags worden samengevoegd en toegewezen als resourcetags van de Azure-VM's die als host fungeren voor de pools.

Werkruimte- en clustertags worden geaggregeerd en toegewezen als resourcetags van de Azure-VM's die als host fungeren voor de clusters.

Wanneer clusters worden gemaakt op basis van pools, worden alleen werkruimtetags en pooltags doorgegeven aan de VM's. Clustertags worden niet doorgegeven om de opstartprestaties van het poolcluster te behouden.

Conflictoplossing taggen

Als een aangepaste clustertag, pooltag of werkruimtetag dezelfde naam heeft als een standaardcluster of pooltag van Azure Databricks, wordt de aangepaste tag voorafgegaan door een x_ tag wanneer deze wordt doorgegeven.

Als een werkruimte bijvoorbeeld is getagd vendor = Azure Databricks, conflicteert die tag met de standaardclustertag vendor = Databricks. De tags worden daarom doorgegeven als x_vendor = Azure Databricks en vendor = Databricks.

Beperkingen

• Het kan tot een uur duren voordat aangepaste werkruimtetags na een wijziging zijn doorgegeven aan Azure Databricks.
• Er kunnen niet meer dan 50 tags worden toegewezen aan een Azure-resource. Als het totale aantal geaggregeerde tags deze limiet overschrijdt, worden tags met het x_-voorvoegsel op alfabetische volgorde geëvalueerd en worden tags die de limiet overschrijden genegeerd. Als alle tags met het x_-voorvoegsel worden genegeerd en het aantal de limiet overschrijdt, worden de resterende tags op alfabetische volgorde geëvalueerd en worden tags die de limiet overschrijden genegeerd.
• Tagsleutels en -waarden mogen alleen tekens bevatten uit de set ISO 8859-1 (Latin1). Tags met andere tekens worden genegeerd.
• Als je de namen of waarden van tagsleutels wijzigt, zijn deze wijzigingen pas van toepassing nadat het cluster opnieuw is opgestart of de pool is uitgebreid.
• Als de aangepaste tags van het cluster conflicteren met de aangepaste tags van een pool, kan het cluster niet worden gemaakt.

Afdwingen taggen met beleid

U kunt tags op clusters afdwingen met behulp van rekenbeleid. Zie Aangepaste tag afdwingen voor meer informatie.