Cloud Intelligence™Cloud Intelligence™

Cloud Intelligence™

Ridurre i costi con i CUD di Google CloudSQL

By Matthew PorterAug 10, 20216 min read

Questa pagina è disponibile anche in English, Deutsch, Español, Français, 日本語 e Português.

I costi di Google Cloud SQL Le tolgono il sonno? Forse ha già sentito parlare dei Committed Use Discounts (CUD) per Cloud SQL, che possono ridurre drasticamente la spesa SQL, ma non sa come stimare con precisione il potenziale di risparmio? Esiste uno strumento che permette di quantificare in modo rapido e semplice quanto risparmierà acquistando i CUD di Cloud SQL e l'esatto importo da impegnare: vediamolo subito.

I commitment di Google CloudSQL sono un'ottima opportunità, ma come si fa a capire qual è l'importo giusto da impegnare?

Cosa sono i CUD di Cloud SQL?

Per chi non avesse familiarità con i Committed Use Discounts (CUD): si tratta di un meccanismo che consente di ottenere potenza di calcolo fortemente scontata in una specifica regione GCP, in cambio dell'impegno a pagare l'utilizzo 24/7 di quella risorsa di calcolo regionale per un periodo di uno o tre anni, con pagamento mensile e senza costi anticipati. La quantità di Compute impegnata si paga indipendentemente dal fatto che venga utilizzata o meno: i CUD sono quindi indicati solo quando si ha la certezza che un determinato workload genererà un carico costante e consistente.

Inizialmente i CUD erano limitati a Compute Engine, ma di recente gli stessi principi sono stati estesi a Cloud SQL.

Come funzionano i CUD?

L'acquisto di un commitment Cloud SQL funziona esattamente come un commitment Compute Engine: ci si impegna a utilizzare una quantità specifica di CPU e GB di RAM. Questo modello è vantaggioso per gli utenti GCP perché lascia ampia flessibilità nell'utilizzo dell'impegno. Si può, ad esempio, sfruttare l'intero commitment da 100 CPU e 400 GB di memoria su un singolo database ad alte prestazioni, oppure distribuirlo su 50 database più piccoli da 2 CPU e 8 GB: il risparmio sarà identico.

Tutti i tipi di macchina Cloud SQL, ad eccezione di quelli a CPU condivisa (ad es. db-f1-micro e db-g1-small), possono essere utilizzati per applicare il commitment. Quindi, se durante il periodo di impegno venisse rilasciato un tipo di macchina Cloud SQL di nuova generazione, sarà possibile aggiornare i database a quel tipo più recente continuando a beneficiare dello sconto del commitment esistente, a patto di consumare la stessa quantità di CPU e memoria.

Nel complesso, l'approccio CUD di GCP è meno restrittivo rispetto a quello di altri cloud provider, dove invece ci si deve impegnare su un tipo e una taglia di macchina specifici, oltre alla quantità desiderata, per l'intera durata del commitment.

Potenziale di risparmio dei CUD

Il pricing dei CUD Cloud SQL ad agosto 2020 è il seguente: un commitment annuale offre uno sconto del 25% rispetto al prezzo on-demand, mentre un commitment triennale arriva al 52%. Lo sconto è applicabile a qualsiasi tipo di database Cloud SQL (MySQL, PostgreSQL e SQL Server), ma è fondamentale tenere presente che i CUD si applicano esclusivamente al numero di CPU e alla quantità di memoria oggetto dell'impegno: non coprono i costi di storage, networking o (per SQL Server) di licenza. Di seguito alcuni esempi di prezzi per SQL Server in configurazione standard e ad alta disponibilità (HA):

Pricing SQL Server: On-Demand vs. CUD a 1 o 3 anni

Sebbene a prima vista lo schema di pricing appaia lineare, applicarlo a un ambiente di produzione può rivelarsi davvero complesso. Si possono avere più istanze Cloud SQL distribuite su più regioni. Ogni nodo leader può avere più repliche di lettura che scalano in alto e in basso al variare della domanda dei servizi. Gli sviluppatori possono creare istanze Cloud SQL temporanee per test e sviluppo. Tutti questi fattori provocano fluttuazioni intermittenti dei costi, che rendono difficile individuare la spesa di base.

Usare la fattura Cloud SQL di fine mese per stimare l'impegno necessario in CPU e RAM porta con ogni probabilità a un over-provisioning, e quindi a una spesa superiore al reale costo operativo quotidiano. L'ideale è poter esaminare l'utilizzo orario di Cloud SQL su un orizzonte temporale ampio, suddiviso per regione, e con quei dati quantificare rapidamente utilizzo e spesa di base.

Report di idoneità ai CUD di Cloud SQL

In esclusiva per i clienti DoiT International, all'interno della nostra Cloud Management Platform, mettiamo a disposizione Cloud Reports: uno strumento interattivo ed esplorativo per decifrare rapidamente i costi del cloud. Come recita la FAQ di DoiT, Cloud Reports offre "visibilità immediata sui costi Google Cloud, senza dover passare ore estenuanti a setacciare le fatture".

Creare report personalizzati che coprano uno o più servizi GCP è semplice e immediato, ma sono disponibili anche numerosi report predefiniti di uso frequente, tra cui il report "Cloud SQL CUD Eligible Consumption", che mostra la spesa oraria Cloud SQL idonea ai CUD (utilizzo di CPU e RAM) per regione.

Per il cliente DoiT mostrato qui sotto, la spesa CUD Cloud SQL nella regione us-central1 tocca picchi di circa 28 $/ora; tuttavia, conviene impostare quantità di CPU e RAM più vicine ai valori storici di base, registrati quando i costi si aggirano intorno ai 23 $/ora, a meno che non si preveda di mantenere un utilizzo da 28 $/ora per i successivi 1-3 anni:

Spesa oraria Cloud SQL idonea ai CUD, suddivisa per regione

Spesa oraria Cloud SQL idonea ai CUD, con focus sulla regione us-west1

Cloud Reports offre una visualizzazione interattiva della spesa oraria Cloud SQL idonea ai CUD, suddivisa per regione

Osservando un altro cliente DoiT, con macchine Cloud SQL distribuite su 10 regioni, si capisce subito quanto possa diventare complessa la stima dei CUD Cloud SQL per ciascuna regione.

Tentare di determinare i CUD regione per regione nell'esempio seguente sarebbe estremamente soggetto a errori e porterebbe a over-provisioning e under-provisioning regionali, se le stime CUD si basassero unicamente sul costo di fatturazione mensile totale di Cloud SQL. Esistono ampie variazioni regionali e giornaliere nella spesa Cloud SQL che vanno conosciute e comprese per individuare correttamente l'utilizzo di base appropriato di CPU e RAM per i CUD regionali:

Variazioni nell'utilizzo Cloud SQL di un'azienda globale. Grande potenziale di risparmio con i CUD, ma da affrontare con cautela!

Per ottenere il dettaglio orario di quante CPU e quanti GB di RAM sono stati utilizzati, basta fare clic su Customize e modificare le seguenti opzioni:

  • Metric da "Cost" a "Usage"
  • View As da "Area Spline" a "Table"
  • Trascinare "Unit" come Breakout Dimension per separare l'utilizzo della CPU da quello della RAM

Tabella del consumo orario di CPU e RAM Cloud SQL

Senza Cloud Reports di DoiT per esplorare i dati, individuare un CUD Cloud SQL adeguato per ogni regione di un deployment globale richiederebbe settimane di sviluppo di una soluzione di monitoraggio ad hoc e di analisi dei dati. Rinunciare a questo livello di precisione per affidarsi a stime affrettate basate sulla fattura mensile porta con ogni probabilità a un over-provisioning dei CUD e, di conseguenza, a un aumento significativo dei costi cloud per l'intero periodo di commitment di 1-3 anni.

I prossimi passi

Le interessa ridurre la spesa Cloud SQL individuando rapidamente i livelli di utilizzo di base e usandoli come riferimento per un Committed Use Discount?

Contatti DoiT International per scoprire come sfruttare Cloud Reports e ottenere rapidamente risparmi concreti sui costi Cloud SQL. Ne vale davvero la pena.