Delen via


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. Opmerking: Taggegevens kunnen wereldwijd worden gerepliceerd. Gebruik geen tagnamen of -waarden die de beveiliging van uw resources in gevaar kunnen krijgen. Gebruik bijvoorbeeld geen tagnamen die persoonlijke of gevoelige informatie bevatten. 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:

Kostenanalyse per cluster-id

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

Serverloze rekenworkloads taggen

Als u serverloos rekengebruik wilt toewijzen aan gebruikers, groepen of projecten, kunt u budgetbeleid gebruiken. Wanneer een gebruiker een budgetbeleid toewijst, wordt het serverloze gebruik automatisch gelabeld met de tags van het beleid. Zie Serverloos kenmerkgebruik met budgetbeleid.

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.

Taggenhiërarchie van Databricks-objecten

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 kunnen alleen letters, spaties, cijfers of de tekens +, , -, =., _, :, , bevatten /@. Tags met andere tekens zijn ongeldig.
  • 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.

Best practices voor taggen

  • Omdat tags handmatig kunnen worden ingevoerd, moet uw organisatie de sleutel-waardeparen standaardiseren. Databricks raadt aan een bedrijfsbeleid te ontwikkelen voor sleutel- en waardenaamgeving die u met alle gebruikers kunt delen.
  • Alle resources moeten worden gelabeld met algemene sleutels die het gebruik aan een bedrijfseenheid of project toewijzen. Een resource voor het berekenen van taken die door het financiële team voor het jaarlijkse budget is gemaakt, kan bijvoorbeeld de tags business-unit:finance en project:annual-budgetbevatten.
  • Wijs tags toe met behulp van sleutels voor hoge specificiteit voor meer gedetailleerde inzichten. U kunt bijvoorbeeld sleutels maken op basis van rollen, producten, services of klanten.
  • Indien van toepassing moeten werkruimtebeheerders tags afdwingen met behulp van rekenbeleid en budgetbeleid. Zie handhaving van aangepaste tag.