Databricks
Ogni DBU Databricks, ricondotto a un job.
Cloud Intelligence™ importa costi e utilizzo di Databricks dalle system tables: DBU per workspace, job, cluster, SQL warehouse e serving endpoint, oltre a CPU e memoria dei cluster. Tutto accanto al resto della Sua spesa cloud.
Service principal · 6 mesi di storico · Monitoraggio orario
Databricks · October
cosa importiamo
I dati Databricks, nelle dimensioni che usa già.
Ogni addebito viene mappato alle dimensioni standard di Cloud Analytics, oltre alle label Databricks per cluster, warehouse, job, notebook, pipeline, endpoint, identità run_as e funzionalità come serverless e Photon.
acme-databricks1234567890123456prod-etlSQLENTERPRISE_ALL_PURPOSE_COMPUTE_(PHOTON)DBUORIGINALcosa può fare con questi dati
Dalla fattura Databricks a una decisione
Costi per job e cluster
Suddivida la spesa per workspace, job, cluster, notebook, pipeline o serving endpoint.
Serverless vs classic
Scopra quale quota della Sua spesa in DBU gira su compute serverless.
Jobs vs all-purpose
Utilizzo e costi dei DBU per tipo di workload, oltre a CPU e memoria dei cluster.
Databricks Intelligence
Una dashboard preconfigurata, con Databricks accanto agli altri provider.
Budget e avvisi
Soglie di controllo sulla spesa in DBU, più avvisi quando rileviamo anomalie di costo.
Allocazioni
Attribuisca la spesa Databricks ai team per workspace, job o identità.
operativo in poche ore
Colleghi Databricks in tre passaggi
Crei un service principal.
Generi un secret OAuth e gli conceda l'accesso in lettura alle system tables di billing e compute.
Si colleghi dal catalogo.
Inserisca il nome dell'account, il client ID, il secret e un SQL warehouse.
Report in poche ore.
Importiamo fino a 6 mesi di storico e Le inviamo un'email quando è tutto pronto.
Accesso in sola lettura alle system tables. Può disconnettersi in qualsiasi momento.
Inizia gratisFrequently asked
questions
Come si collega Databricks?
Apra la scheda Databricks nel catalogo delle integrazioni e segua la procedura guidata: inserisca il nome dell'account, il client ID e il secret di un service principal, oltre ad almeno un ID di SQL warehouse e un hostname del server. Verifichi la connessione e completi la configurazione.
Quali permessi servono?
È necessario essere Account Admin di Databricks e admin del metastore, con Unity Catalog abilitato. Il service principal riceve il permesso SELECT sulle tabelle system.billing, system.compute e system.access, oltre all'entitlement di accesso a Databricks SQL.
Perché serve un SQL warehouse?
Lo usiamo come endpoint di compute per interrogare le Sue system tables più volte al giorno, anche se non utilizza direttamente Databricks SQL. Va bene un warehouse esistente, oppure può crearne uno classico di piccole dimensioni (2X-small, auto stop dopo 5 minuti).
Quanto storico viene importato e con quale frequenza si aggiornano i dati?
Al momento della connessione importiamo gli ultimi 6 mesi di dati di fatturazione e utilizzo: l'operazione richiede alcune ore. I dati vengono poi monitorati e riportati con cadenza oraria.
Quali dimensioni e label sono disponibili?
Account, workspace, prodotto, SKU, unità di utilizzo e tipo di record vengono mappati alle dimensioni standard di Cloud Analytics, così Databricks si affianca agli altri provider. Le label aggiungono cluster, warehouse, job, notebook, pipeline, endpoint, identità run_as e funzionalità di prodotto, mentre l'utilizzo di CPU e memoria dei cluster è disponibile come metrica estesa.
È necessario collegare ogni workspace?
No. I dati di fatturazione di Databricks sono a livello di account, quindi un solo warehouse copre tutti i workspace. Aggiunga un warehouse in ciascuna regione solo se desidera report più completi sull'utilizzo dei cluster.
Colleghi Databricks. Scopra quanto costa ogni DBU.
Gratis per iniziare. Sola lettura. Report in poche ore.