Övervaka förbrukning med taggar
Om du vill övervaka kostnader och korrekt tillskriva Azure Databricks-användning till organisationens affärsenheter och team (till exempel för återbetalningar) kan du tagga arbetsytor (resursgrupper) och beräkningsresurser. De här taggarna sprids till detaljerade kostnadsanalysrapporter som du kan komma åt i Azure-portalen.
Här är en rapport med fakturainformation för kostnadsanalys i Azure-portalen som beskriver kostnaden per clusterid
tagg under en månad:
Taggade objekt och resurser
Objekt | Taggningsgränssnitt (UI) | Taggningsgränssnitt (API) |
---|---|---|
Arbetsyta | Azure Portal | API för Azure-resurser |
Pool | Poolgränssnitt i Azure Databricks-arbetsytan | API för instanspool |
All-purpose och jobbberäkning | Beräkningsgränssnittet på Azure Databricks-arbetsytan | Kluster-API |
SQL-lager | SQL Warehouse-användargränssnittet på Azure Databricks-arbetsytan | API för lager |
Varning
Tilldela inte en anpassad tagg med nyckeln Name
till ett kluster. Varje kluster har en tagg Name
vars värde anges av Azure Databricks. Om du ändrar värdet som är associerat med nyckeln Name
kan klustret inte längre spåras av Azure Databricks. Därför kanske klustret inte avslutas när det har blivit inaktivt och fortsätter att medföra användningskostnader.
Standardtaggar
Azure Databricks lägger till följande standardtaggar i all-purpose compute:
Taggnyckel | Värde |
---|---|
Vendor |
Konstant värde: Databricks |
ClusterId |
Azure Databricks interna ID för klustret |
ClusterName |
Namnet på klustret |
Creator |
Användarnamn (e-postadress) för den användare som skapade klustret |
I jobbkluster tillämpar Azure Databricks även följande standardtaggar:
Taggnyckel | Värde |
---|---|
RunName |
Jobbnamn |
JobId |
Job-ID |
Azure Databricks lägger till följande standardtaggar i alla pooler:
Taggnyckel | Värde |
---|---|
Vendor |
Konstant värde: Databricks |
DatabricksInstancePoolCreatorId |
Internt ID för Azure Databricks för användaren som skapade poolen |
DatabricksInstancePoolId |
Azure Databricks interna ID för poolen |
Vid beräkning som används av Lakehouse Monitoring tillämpar Azure Databricks även följande taggar:
Taggnyckel | Värde |
---|---|
LakehouseMonitoring |
true |
LakehouseMonitoringTableId |
ID för den övervakade tabellen |
LakehouseMonitoringWorkspaceId |
ID för arbetsytan där övervakaren skapades |
LakehouseMonitoringMetastoreId |
ID för metaarkivet där den övervakade tabellen finns |
Spridning av taggar
Taggar för arbetsyta, pool och kluster aggregeras av Azure Databricks och sprids till virtuella Azure-datorer för kostnadsanalysrapportering. Men pool- och klustertaggar sprids på olika sätt än varandra.
Arbetsyte- och pooltaggar aggregeras och tilldelas som resurstaggar för de virtuella Azure-datorer som är värdar för poolerna.
Arbetsyte- och klustertaggar aggregeras och tilldelas som resurstaggar för de virtuella Azure-datorer som är värdar för klustren.
När kluster skapas från pooler sprids endast arbetsytetaggar och pooltaggar till de virtuella datorerna. Klustertaggar sprids inte för att bevara startprestanda för poolkluster.
Tagga konfliktlösning
Om en anpassad klustertagg, pooltagg eller arbetsytetagg har samma namn som ett Azure Databricks-standardkluster eller en pooltagg, prefixet för den anpassade taggen när x_
den sprids.
Om en arbetsyta till exempel är taggad med vendor = Azure Databricks
kommer den taggen att vara i konflikt med standardklustertaggen vendor = Databricks
. Taggarna sprids därför som x_vendor = Azure Databricks
och vendor = Databricks
.
Begränsningar
- Det kan ta upp till en timme innan anpassade taggar för arbetsyta sprids till Azure Databricks efter en ändring.
- Högst 50 taggar kan tilldelas till en Azure-resurs. Om det totala antalet aggregerade taggar överskrider den här gränsen utvärderas taggar med prefixet
x_
i alfabetisk ordning och de som överskrider gränsen ignoreras. Om alla taggar med prefixetx_
ignoreras och antalet är tills över gränsen, utvärderas de återstående taggarna i alfabetisk ordning och de som överskrider gränsen ignoreras. - Taggnycklar och värden får bara innehålla tecken från uppsättningen ISO 8859-1 (latin1). Taggar som innehåller andra tecken ignoreras.
- Om du ändrar namnet eller värden på taggnyckel gäller dessa ändringar endast efter omstart av kluster eller poolexpansion.
- Om klustrets anpassade taggar står i konflikt med en pools anpassade taggar kan klustret inte skapas.
Taggframtvingande med principer
Du kan framtvinga taggar på kluster med hjälp av beräkningsprinciper. Mer information finns i tvingande av anpassade taggar.