FAQ sui prezzi di BigQuery

Dipende dal workload. Se con il flat-rate aveva slot inattivi, Editions con Autoscaling può ridurre la spesa di compute. Il Compressed Storage può abbassare la componente storage. Lo valuti in ottica di TCO, non come una singola voce di costo.

Sono due cose distinte. Un commit BigQuery Le garantisce una tariffa slot/ora migliore. Un commit di 3 anni sblocca circa il 40% di sconto sui costi di analisi. I prezzi dello storage non sono scontati.

Sì. Il comportamento di Editions, in particolare i minimi dell'Autoscaling e lo scale-down di un minuto, può modificare i costi in modi non evidenti. Esegua un POC su un workload rappresentativo prima di impegnarsi.

I workloads stabili e di lunga durata che scansionano grandi volumi di dati sono ideali per Editions. Le query brevi e irregolari sono di solito più economiche in on-demand, perché l'Autoscaling alloca blocchi da 100 slot e fattura un minimo di un minuto intero.

Dipende dalla comprimibilità. I dati ricchi di stringhe si comprimono bene. I dati a prevalenza di interi si comprimono male. In questo GitHub gist trova una query che confronta le opzioni: https://gist.github.com/sayle-doit/264d28dd990c478beb90b90ac3923681

Sì. Duplichi il nostro foglio BigQuery Current Usage Analysis Tool e segua le istruzioni: https://docs.google.com/spreadsheets/d/1Sv6SzATtAyGYID2Wg0qGdcpLfe7YdOsH4dFKHHtS59c/edit

Sì. Un progetto può girare in on-demand, un altro su Standard Edition, un altro ancora su Enterprise. Suddividere i workloads tra più progetti è una delle migliori leve di ottimizzazione a Sua disposizione.

L'SQL funziona così com'è. Se ha codice che acquista slot Flex in modo dinamico, questo smetterà di funzionare. Il supporto Terraform è in fase di sviluppo, quindi nel frattempo usi ignore_changes. Potrebbe comunque valere la pena rifattorizzare per ridurre il consumo totale di slot.

Sì. I commit flat-rate vengono convertiti in Enterprise Edition al prezzo concordato per tutta la durata. Gli slot oltre la Sua baseline vengono fatturati alla tariffa Enterprise standard. L'Autoscaler può scalare fino a un massimo da Lei definito.

No. Gli strumenti di Google bloccano attivamente il Compressed Storage quando esiste una reservation flat-rate. Servono progetti Editions o puramente on-demand.

Non compressi. Non c'è alcun vantaggio sui costi di compute nell'interrogare dati compressi da un progetto on-demand. Il risparmio riguarda solo lo storage.

No. Il meccanismo dello storage a lungo termine continua ad applicarsi sia ai dati compressi sia a quelli non compressi.

Sì. Le query Editions hanno un minimo di un minuto a causa dello scale-down di un minuto dell'Autoscaler. Una query di 10 secondi costa un minuto di slot.

Nella Google Cloud Console apra Monitoring, vada su Metric Explorer e cerchi le metriche relative agli slot. I clienti DoiT possono aprire un ticket e analizzarle insieme a uno specialista BigQuery.

Sì. Imposti una baseline di slot che utilizza sempre e un massimo in base alla soglia che ritiene accettabile. Se ha periodi di inattività, imposti la baseline a 0 per non pagare slot allocati ma inutilizzati.

dbt su BigQuery fa un uso intensivo di compute. Il compute ora costa di più su Editions, quindi i workloads dbt in genere costano di più, a meno che non ottimizzi l'uso degli slot e li isoli nel progetto giusto.

Il time-travel non può essere disattivato, ma è possibile ridurre la finestra da 7 giorni a 3. Il fail-safe può essere disattivato. Il ripristino dal fail-safe richiede un ticket al supporto di Google Cloud.

Sì. I refresh dei metadati di BigLake, ad esempio, consumano slot-ora ma scansionano zero byte, il che li rende gratuiti in on-demand. Su Editions, invece, paga gli slot. Isoli questi job in un progetto on-demand.