Prezzi di Cloud Load Balancing
Bilanciamento del carico e regole di forwarding
Le tabelle dei prezzi in questa sezione si applicano ai seguenti bilanciatori del carico:
- Bilanciatori del carico di rete passthrough interni ed esterni
- Network Load Balancer proxy interni ed esterni
- Bilanciatori del carico delle applicazioni globali, classici ed esterni a livello di regione
Per le regole di forwarding di Private Service Connect, consulta la sezione Private Service Connect.
La tabella seguente mostra i prezzi per le regole di forwarding globali. Non sono previsti costi per l'elaborazione dei dati a livello globale. L'elaborazione dei dati viene addebitata in base alla regione, a seconda di dove viene elaborato il traffico.
| Elemento | Prezzo per unità (USD) | Unità di prezzo |
|---|---|---|
| Prime 5 regole di forwarding | 0,025 $ | Per ora |
| Per singola regola di forwarding aggiuntiva | $ 0,01 | Per ora |
La tabella seguente mostra gli addebiti per le regola di forwarding a livello di regione e gli addebiti per il trattamento dati in entrata e in uscita per regione.
Modi per ridurre i costi del bilanciatore del carico delle applicazioni esterno
Gli utenti del bilanciatore del carico delle applicazioni esterno globale possono utilizzare Google Cloud Armor, Cloud CDN o entrambi per ridurre al minimo l'impatto delle tariffe per l'elaborazione dei dati in uscita.
Cloud CDN: gli oggetti statici che vengono pubblicati per il client dalla cache non passano attraverso il bilanciatore del carico. Un'efficace strategia di memorizzazione nella cache ridurrebbe la quantità di dati in uscita elaborati dal bilanciatore del carico e abbasserebbe i costi. Per implementare la memorizzazione nella cache, è necessario capire quale parte del traffico è statica e memorizzabile nella cache. Per ulteriori informazioni, consulta la documentazione di Cloud CDN.
Google Cloud Armor: se la tua applicazione riceve una quantità significativa di traffico indesiderato, puoi eseguire il deployment di Google Cloud Armor per bloccare questo traffico. Le richieste bloccate da Google Cloud Armor non transitano attraverso il bilanciatore del carico, riducendo efficacemente la quantità di dati in uscita elaborati dal bilanciatore del carico. L'impatto sui costi dipende dalla percentuale di traffico indesiderato bloccato dai criteri di sicurezza di Google Cloud Armor che hai implementato.
Se la tua applicazione può operare o è necessario che operi in una singola regione, puoi utilizzare il bilanciatore del carico delle applicazioni esterno a livello di regione. Il bilanciatore del carico delle applicazioni esterno regionale utilizza solo il livello di rete Standard, che ha costi di trasferimento dei dati in uscita inferiori, fattore che lo rende un'opzione conveniente.
Prezzi del bilanciatore del carico delle applicazioni esterno con NEG serverless
Se utilizzi backend NEG serverless con un bilanciatore del carico delle applicazioni esterno (globale, a livello di regione o classico), verranno applicati i costi relativi al bilanciatore del carico esistente in aggiunta ai costi di computing serverless per i backend Cloud Run, Cloud Run Functions o App Engine, a seconda dei casi. Se utilizzi Google Cloud Armor o Cloud CDN, vengono applicati anche i rispettivi costi.
Tuttavia, non ti verranno addebitati costi per il trasferimento di dati in uscita serverless. Si applicano solo le tariffe per il trasferimento di dati in uscita su internet. I costi relativi al trasferimento di dati in uscita di Cloud Run Functions, al traffico di rete in uscita di App Engine e al trasferimento di dati di Cloud Run non si applicano alle richieste trasferite da un bilanciatore del carico delle applicazioni esterno (tramite NEG serverless) a un servizio Cloud Run Functions, App Engine o Cloud Run.
Riferimento ai servizi tra progetti con VPC condiviso
Esamina i punti seguenti per capire come viene addebitato il costo degli SKU di rete a progetti e account di fatturazione quando utilizzi i riferimenti di servizio tra progetti.
- Gli addebiti relativi a Cloud Load Balancing sono sempre attribuiti al progetto in cui è configurata la regola di forwarding (progetto di servizio A nella figura 1). Sono inclusi gli addebiti per le regole di forwarding, i dati in entrata elaborati e i dati in uscita elaborati dal bilanciatore del carico delle applicazioni esterno globale. Esamina le informazioni di base sui prezzi di Cloud Load Balancing.
- Il trasferimento di dati internet di rete in uscita per i livelli Premium e Standard è sempre attribuito al progetto in cui è configurata la regola di forwarding (progetto di servizio A nella figura 1). Esamina i prezzi del trasferimento di dati di rete.
- Se configuri Cloud CDN su un servizio di backend a cui viene fatto riferimento da una mappa URL utilizzando i riferimenti ai servizi tra progetti, tutti gli addebiti di Cloud CDN per i contenuti memorizzabili nella cache (trasferimento di dati in uscita dalla cache, ricerca nella cache, riempimento della cache) vengono sempre attribuiti al progetto che contiene il servizio di backend abilitato per Cloud CDN (progetto di servizio B nella figura 1) e non al progetto che ha configurato le regole di forwarding. Esamina la pagina dei prezzi di Cloud CDN.
Se configuri Google Cloud Armor su un servizio di backend a cui fa riferimento una mappa URL utilizzando il riferimento al servizio tra progetti, tutti gli addebiti relativi a Google Cloud Armor vengono attribuiti al progetto che contiene il servizio di backend abilitato per Google Cloud Armor (progetto di servizio B nella figura 1) e non al progetto che ha configurato le regole di forwarding. Esamina i prezzi di Google Cloud Armor. Nello specifico, tutti i costi di Google Cloud Armor di livello Standard e Cloud Armor Enterprise vengono attribuiti al progetto di servizio B.
Le seguenti ulteriori considerazioni sono valide anche quando utilizzi Google Cloud Armor con il riferimento ai servizi tra progetti:
- Le modifiche agli abbonamenti relative a Cloud Armor Enterprise vengono attribuite all'account di fatturazione specificato durante la registrazione. Se vuoi utilizzare lo stesso abbonamento a Cloud Armor Enterprise in più progetti in modo da includere tutti i servizi di backend a cui viene fatto riferimento tramite i riferimenti ai servizi tra progetti, assicurati di includere tutti i progetti di servizio pertinenti nello stesso account di fatturazione Cloud Armor Enterprise.
- Quando utilizzi i riferimenti ai servizi tra progetti, alcune funzionalità offerte in Cloud Armor Enterprise, come la telemetria DDoS e la risposta DDoS, richiedono la registrazione al livello Cloud Armor Enterprise sia per il progetto delle regola di forwarding frontend che per i progetti servizio di backend.
Esempi di prezzi delle regole di forwarding
Google Cloud addebita costi per le regole di forwarding create per il bilanciamento del carico o per altri utilizzi, come il servizio Mirroring pacchetto.
Negli esempi riportati di seguito vengono utilizzati i prezzi per gli Stati Uniti:
Puoi creare fino a 5 regole di forwarding al prezzo di $ 0,025/ora. Ad esempio, se crei una sola regola di forwarding, ti verranno addebitati $ 0,025/ora. Se crei 3 regole di forwarding, ti verranno comunque addebitati $ 0,025/ora. Se invece crei 10 regole di forwarding, i costi saranno i seguenti:
- 5 regole di forwarding = $ 0,025/ora
- Ogni regola di forwarding aggiuntiva = $ 0,01/ora
$ 0,025/ora per 5 regole + (5 regole aggiuntive x $ 0,01/ora) = $ 0,075/ora
Per la maggior parte degli scenari di utilizzo di bilanciamento del carico, è necessaria una sola regola di forwarding per bilanciatore del carico.
Google Cloud addebita i costi delle regole di forwarding globali e delle regole di forwarding a livello di regione separatamente, oltre che per progetto. Ad esempio, se usi una regola di forwarding globale e una regola di forwarding a livello di area geografica in due progetti separati (4 regole in totale), ti saranno addebitati $ 0,10/ora (4 x $ 0,025/ora).
Stima degli addebiti per il bilanciamento del carico
Per una stima degli addebiti per il bilanciamento del carico:
- Vai al Calcolatore prezzi.
- Nella scheda Cloud Load Balancing.
- Seleziona un'area geografica nel menu a discesa.
- Immetti il numero stimato di regole di forwarding.
- Immetti la quantità mensile stimata di traffico di rete elaborato.
Ad esempio:
- Iowa
- Numero di regole di forwarding: 10
- Dati in entrata elaborati dal bilanciatore del carico: 2048 GiB
- Costi stimati totali: USD 71,13 per 1 mese
Questo esempio non include i costi di trasferimento di dati di internet in uscita per l'invio delle risposte dei backend.
Bilanciatore del carico delle applicazioni interno
Le tariffe seguenti si applicano sia ai bilanciatori del carico delle applicazioni interni a livello di regione che ai bilanciatori del carico delle applicazioni interni tra regioni. Alcuni costi di trasferimento di dati tra regioni aggiuntivi si applicano anche al bilanciatore del carico delle applicazioni interno tra regioni.
* I bilanciatori del carico delle applicazioni interni utilizzano una flotta di istanze proxy gestite che vengono allocate dinamicamente alla tua rete per gestire il volume di traffico. Il costo per istanza proxy viene determinato in base al numero di istanze proxy e al tempo necessario per gestire il traffico in un periodo di tempo specifico.
Addebito per le istanze proxy
I bilanciatori del carico basati su Envoy scalano automaticamente il numero di proxy disponibili per gestire il traffico in base alle esigenze. L'addebito per le istanze proxy si basa sul numero di istanze proxy necessarie per soddisfare le tue esigenze di traffico. Per ciascun proxy aggiuntivo viene addebitato un ulteriore costo orario in base ai prezzi indicati nella tabella dei prezzi.
Il numero di proxy assegnati al bilanciatore del carico viene calcolato in base alla capacità misurata che serve per gestire il traffico in un periodo di tempo di 10 minuti. Durante questo periodo, osserviamo il numero maggiore tra:
- Il numero di proxy necessari per soddisfare i requisiti di larghezza di banda del traffico. Ogni istanza proxy può gestire fino a 18 MB al secondo. Monitoriamo la larghezza di banda totale richiesta e la dividiamo per la larghezza di banda che un'istanza proxy può supportare.
- Il numero di proxy necessari per gestire le connessioni e le richieste. Contiamo il totale di ciascuna delle seguenti risorse e dividiamo ogni valore per il traffico che un'istanza proxy può gestire:
- 600 (HTTP) o 150 (HTTPS) nuove connessioni al secondo
- 3000 connessioni attive
- 1400 richieste al secondo*
* Se Cloud Logging è disabilitato,un'istanza proxy può gestire 1400 richieste al secondo. Se abiliti Logging, la tua istanza proxy può gestire un numero inferiore di richieste al secondo. Ad esempio, il logging del 100% delle richieste riduce la capacità di gestione del proxy a 700 richieste al secondo. Puoi impostare Logging per campionare una percentuale di traffico inferiore. Ciò ti consente di soddisfare le tue esigenze di osservabilità tenendo sotto controllo i costi.
Calcolo di esempio
Nell'arco di 10 minuti, attraverso il bilanciatore del carico passano 180 MB di dati al secondo.
180 MB per second / 18 MB per second per proxy instance = 10 proxy instances
Nello stesso periodo di tempo, vengono stabilite 300 nuove connessioni HTTPS al secondo, sono attive 3000 connessioni e vengono inviate 2800 richieste al secondo:
300 new HTTPS connections per second / 150 new HTTPS connections per second per proxy instance = 2 proxy instances
3,000 active connections / 3,000 active connections per proxy instance = 1 proxy instance
2,800 requests per second / 1,400 requests per second per proxy instance = 2 proxy instances
Questo calcolo corrisponde a un massimo di 5 istanze proxy. Si tratta di un numero inferiore alle 10 istanze proxy richieste per gestire la larghezza di banda. Pertanto, il costo delle istanze proxy per questo periodo di 10 minuti verrà calcolato come segue:
10 proxy instances * $0.025 per proxy instance per hour * (10 minutes / (60 minutes per hour)) = $0.0417
La fatturazione viene calcolata in base alla capacità misurata necessaria per soddisfare le tue esigenze di traffico, anziché al numero di istanze proxy che stabiliscono connessioni ai tuoi backend. Pertanto, ti potrebbe essere addebitato un numero di istanze proxy diverso da quello visualizzato nella tua infrastruttura.
Addebito minimo per le istanze proxy
Per garantire livelli ottimali di prestazioni e affidabilità, a ciascun bilanciatore del carico vengono allocate almeno tre
istanze proxy nella Google Cloud regione in cui è stato eseguito il deployment del bilanciatore del carico. Queste istanze proxy vengono allocate anche se il bilanciatore del carico non gestisce traffico. Una volta eseguito il deployment di una regola di forwarding (con schema di bilanciamento del carico INTERNAL_MANAGED) nel tuo progetto, inizieranno a essere addebitati i costi relativi alle istanze proxy. Eventuali regole di forwarding aggiuntive comportano ulteriori costi per le istanze proxy, come descritto in precedenza (in altre parole, tre istanze proxy aggiuntive per ciascuna regola di forwarding).
Le tre istanze proxy allocate al bilanciatore del carico comportano l'addebito di un costo orario minimo per le istanze proxy. Ad esempio, per la regione us-central1 Google Cloud , l'addebito minimo viene calcolato come segue:
3 proxy instances * $0.025 per proxy per hour = $0.075 per hour
Come descritto in precedenza, ciascuna di queste istanze proxy può gestire una determinata quantità di traffico. Se hai bisogno che il tuo traffico superi la capacità di queste tre istanze proxy, ti verranno addebitati i costi relativi alle istanze proxy richieste per gestire il traffico aggiuntivo.
Addebito per il trattamento dati
Il costo del trattamento dati viene calcolato misurando il volume totale dei dati delle richieste e delle risposte elaborate dal tuo bilanciatore del carico durante il ciclo di fatturazione. Questo addebito varia in base all'utilizzo e non è prevista una tariffa minima per il trattamento dati.
Costi del trasferimento di dati tra regioni
Se utilizzi un bilanciatore del carico delle applicazioni interno tra regioni, si applicano i costi di trasferimento dati tra regioni. Ad esempio, se hai un deployment di bilanciatore del carico di applicazioni interno tra regioni in cui il client, il proxy Envoy e il backend si trovano in regioni separate, vedrai addebitati separatamente i costi di trasferimento dati tra regioni per ogni hop (client <-> proxy Envoy e proxy Envoy <-> backend). Per ridurre i costi di trasferimento dati tra regioni, puoi eseguire il deployment di proxy Envoy in più regioni.
Riferimento ai servizi tra progetti con VPC condiviso
Per l'elaborazione dati, l'utilizzo orario delle istanze proxy e il trasferimento di dati tra VM, vengono addebitati i costi previsti per il progetto di regola di forwarding.
Prezzi del bilanciatore del carico delle applicazioni interno con NEG serverless
Se utilizzi backend NEG serverless per un bilanciatore del carico delle applicazioni interno, verranno applicati i costi relativi al bilanciatore del carico delle applicazioni interno esistente in aggiunta ai costi di serverless computing per Cloud Run.
Costi dei NEG internet a livello di regione
I NEG internet a livello di regione richiedono l'utilizzo di un gateway Cloud NAT che comporta costi aggiuntivi. Ti verranno addebitati sia il trasferimento di dati internet in uscita sia l'utilizzo di Cloud NAT per qualsiasi traffico inviato da e verso la subnet Envoy proxy-only, nonché per il traffico del controllo di integrità. Tuttavia, gli addebiti del bilanciatore del carico si applicano solo al traffico delle richieste degli utenti.
I gateway Cloud NAT assegnati per Cloud Load Balancing comportano addebiti orari equivalenti a una rete con più di 32 istanze VM. Per i dettagli, consulta i prezzi di Cloud NAT
Addebiti per le policy di autorizzazione
I criteri di autorizzazione sono offerti senza tariffe di utilizzo per la durata dell'anteprima.
Intestazioni delle richieste personalizzate e addebiti Google Cloud Armor
Se a un servizio di backend è associato un criterio Google Cloud Armor, puoi utilizzare la funzionalità delle intestazioni delle richieste personalizzate con tale servizio di backend senza alcun costo aggiuntivo per l'utilizzo della funzionalità.
Se un servizio di backend che utilizza la funzionalità delle intestazioni delle richieste personalizzate non è associato a un criterio Google Cloud Armor, l'addebito è pari a 0,75 $ per milione di richieste HTTP(S) al mese per account. Ti saranno addebitate solo le prime 666.666.667 richieste al mese per account.
Accesso globale per i bilanciatori del carico interni
L'accesso globale consente alle istanze client di qualsiasi regione di accedere al tuo bilanciatore del carico interno. Se una regola di forwarding prevede l'accesso globale abilitato, vengono applicati costi aggiuntivi per il trasferimento di dati tra regioni quando il traffico viene inviato da o verso un client in una regione diversa rispetto a quella del bilanciatore del carico.
L'accesso globale è generalmente disponibile per i bilanciatori del carico di rete passthrough interni, i bilanciatori del carico delle applicazioni interni a livello di regione e i bilanciatori del carico di rete proxy interni a livello di regione.
Forwarding del protocollo
Il forwarding del protocollo viene addebitato alla stessa tariffa del bilanciamento del carico. È previsto un addebito per la regola di forwarding e uno per i dati in entrata elaborati dall'istanza di destinazione.
Certificati SSL
Non sono previsti costi per i certificati SSL autogestiti e gestiti da Google.
Passaggi successivi
- Leggi la documentazione di Cloud Load Balancing.
- Prova il Calcolatore prezzi.