Prezzi di Cloud Load Balancing

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 i bilanciatori del carico delle applicazioni interni a livello di regione e tra regioni, consulta la sezione Bilanciatore del carico di applicazioni interno.

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.

La tabella seguente mostra gli addebiti per le regole di forwarding a livello di regione e gli addebiti per il trattamento dati in entrata e in uscita per regione.

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.

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 dei 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 funzioni Cloud Run.

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 fa riferimento una mappa URL tramite i riferimenti ai servizi tra progetti, tutte le tariffe di Cloud CDN per i contenuti memorizzabili nella cache (trasferimento dei dati dalla cache, ricerca nella cache e riempimento della cache) vengono attribuite al progetto che contiene il servizio di backend abilitato per Cloud CDN (progetto di servizio B nella figura 1) e non al progetto in cui sono state configurate le regole di inoltro. 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 tramite i riferimenti ai servizi tra progetti, tutti gli addebiti relativi a Google Cloud Armor vengono attribuiti al progetto che contiene il servizio di backend con Google Cloud Armor abilitato (progetto di servizio B nella figura 1), e non al progetto in cui sono state configurate le regole di inoltro. Esamina i prezzi di Google Cloud Armor. Nello specifico, tutti i costi di Google Cloud Armor di livello Standard e Google 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 Google Cloud Armor Enterprise vengono attribuite all'account di fatturazione specificato durante la registrazione. Se vuoi utilizzare lo stesso abbonamento a Google 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 Google Cloud Armor Enterprise.
• Quando utilizzi i riferimenti ai servizi tra progetti, alcune funzionalità offerte in Google Cloud Armor Enterprise, come la telemetria DDoS e la risposta DDoS, richiedono la registrazione al livello Google Cloud Armor Enterprise sia per il progetto delle regole di forwarding frontend che per i progetti dei servizi di backend.

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 separatamente da quelli delle regole di forwarding a livello di regione, oltre che per progetto. Ad esempio, se usi una regola di forwarding globale e una regola di forwarding a livello di regione in due progetti separati (4 regole in totale), ti saranno addebitati $ 0,10/ora (4 x $ 0,025/ora).

Per una stima degli addebiti per il bilanciamento del carico:

1. Vai al Calcolatore prezz.
2. Fai clic su "Aggiungi alla stima".
3. Seleziona o cerca "Networking".
4. Seleziona il tipo di servizio "Cloud Load Balancing".
5. Seleziona un'area geografica nel menu a discesa.
6. Immetti il numero stimato di regole di forwarding.
7. Immetti la quantità mensile stimata di traffico di rete elaborato.

Ad esempio:

• Iowa
• Numero di regole di forwarding: 10
• Quantità di 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.

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 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 precedente.

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.

Nell'arco di 10 minuti, attraverso il bilanciatore del carico passano 180 MB di dati al secondo. 180 MB al secondo / 18 MB al secondo per istanza proxy = 10 istanze proxy.

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 nuove connessioni HTTPS al secondo/150 nuove connessioni HTTPS al secondo per istanza proxy = 2 istanze proxy 3000 connessioni attive/3000 connessioni attive per istanza proxy = 1 istanza proxy 2800 richieste al secondo/1400 richieste al secondo per istanza proxy = 2 istanze proxy.

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 istanze proxy * 0,025 $ per istanza proxy all'ora * (10 minuti / (60 minuti all'ora)) = 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.

Per garantire livelli ottimali di prestazioni e affidabilità, a ciascun bilanciatore del carico vengono allocate almeno tre istanze proxy nell'area geografica Google Cloud 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 Google Cloud us-central1, l'addebito minimo viene calcolato come segue:

3 istanze proxy * 0,025 $ per proxy all'ora = 0,075 $all'ora.

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.

Il costo dell'elaborazione 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 l'elaborazione dati.

Se utilizzi un bilanciatore del carico delle applicazioni interno tra regioni, si applicano i costi di trasferimento dati tra regioni. Ad esempio, se hai eseguito il deployment di un bilanciatore del carico delle applicazioni interno tra regioni in cui il client, il proxy Envoy e il backend si trovano in regioni diverse, vedrai gli addebiti per il trasferimento di dati tra regioni per ogni hop separatamente (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.

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 regole di forwarding.

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.

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 informazioni dettagliate, consulta Prezzi di Cloud NAT

I criteri di autorizzazione sono offerti senza tariffe di utilizzo per la durata dell'anteprima.

Se a un servizio di backend è associato una policy Google Cloud Armor, puoi utilizzare la funzionalità delle intestazioni delle richieste personalizzate con questo 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 una policy 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.

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.

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.

Non sono previsti costi per i certificati SSL autogestiti e gestiti da Google.