Il trasferimento di dati può essere il traffico in entrata verso una risorsa Google Cloud (ad es. una VM), in uscita dalla regione Google Cloud verso internet o tra due risorse all'interno di Google Cloud.

Una regione è un insieme di edifici gestiti da Google in una posizione geografica, ad esempio il campus di un data center. Il traffico può viaggiare come segue:

• All'interno dell'insieme di edifici della località, che ha sempre utilizzato la rete di Google (prezzi all'interno della zona e all'interno della regione)
• Verso un altro edificio gestito da Google in un'altra località, che ha sempre utilizzato la rete di Google (prezzi all'interno della regione)
• Verso una località non gestita da Google su una connessione Cloud Interconnect (prezzi di Cloud Interconnect)
• Verso una località non gestita da Google non su una connessione Cloud Interconnect (prezzi del trasferimento di dati in uscita da internet)

Il livello Premium di Network Service Tiers sfrutta il backbone premium di Google per trasferire il traffico da e verso i tuoi utenti esterni. La rete internet pubblica viene solitamente utilizzata solo tra l'utente e il punto di entrata nella rete Google più vicino.

Il livello Standard di Network Service Tiers sfrutta la rete internet pubblica per portare il traffico tra i tuoi servizi e i tuoi utenti. Anche se l'utilizzo della rete internet pubblica offre una qualità del servizio inferiore, è più economico del livello Premium.

Questa sezione illustra il traffico che lascia una VM Google Cloud e viaggia verso un'altra VM di Google Cloud. Il costo viene attribuito al progetto della VM che invia il traffico. Questo prezzo influisce sulle VM di Compute Engine, sui nodi di Google Kubernetes Engine (GKE) e sulle VM che eseguono l'ambiente flessibile di App Engine.

I prezzi riportati qui di seguito sono validi sia durante che dopo il periodo della prova gratuita di Google Cloud. Nel periodo di Prova gratuita, i prezzi vengono addebitati detraendoli dal credito disponibile per la prova gratuita.

Trasferimento di dati tra VM quando la VM di origine e quella di destinazione si trovano in zone diverse della stessa regione Google Cloud

Trasferimento di dati tra VM quando le VM di origine e di destinazione si trovano in regioni Google Cloud diverse. Tutti i prezzi sono per GiB in USD

Questa sezione illustra il traffico che lascia una VM Google Cloud e viaggia verso un servizio Google. Il costo viene attribuito al progetto della VM che invia il traffico. Questo prezzo influisce sulle VM di Compute Engine, sui nodi di Google Kubernetes Engine e sulle VM che eseguono l'ambiente flessibile di App Engine.

I prezzi riportati qui di seguito sono validi sia durante che dopo il periodo della prova gratuita di Google Cloud. Nel periodo di Prova gratuita, i prezzi vengono addebitati detraendoli dal credito disponibile per la prova gratuita.

Il livello Premium è il livello predefinito per tutto il trasferimento di dati di Google Cloud. Per utilizzare il livello Standard, devi specificarlo in modo esplicito.

I prezzi riportati qui di seguito sono validi sia durante che dopo il periodo della prova gratuita di Google Cloud. Nel periodo di Prova gratuita, i prezzi vengono addebitati detraendoli dal credito disponibile per la prova gratuita.

Importante: a partire dal 1° febbraio 2024, aumenteremo il prezzo di alcuni SKU per il trasferimento dei dati internet in uscita per il livello Premium. Per saperne di più, vedi l'annuncio di modifica ai prezzi del trasferimento di dati.

I prezzi del trasferimento di dati in uscita sono calcolati per GiB recapitato. Il prezzo si basa sulla localizzazione di origine del traffico. Il traffico in entrata è comunque gratuito. I limiti di utilizzo Sempre gratis non si applicano al livello Standard.

Non viene addebitato alcun costo per gli indirizzi IP interni statici o temporanei.

Verranno addebitati costi per indirizzi IP esterni statici e temporanei in base alla seguente tabella.

Se prenoti un indirizzo IP esterno statico e non lo assegni a una risorsa, ad esempio un'istanza VM o una regola di forwarding, viene addebitata una tariffa superiore rispetto agli indirizzi IP esterni statici e temporanei in uso.

Non viene addebitato alcun costo per indirizzi IP esterni statici assegnati alle regole di forwarding.

Non viene addebitato alcun costo per intervalli di indirizzi IPv6 esterni assegnati alle subnet o per indirizzi IPv6 esterni assegnati a istanze VM. Non viene addebitato alcun costo per gli indirizzi IPv6 statici regionali (anteprima).

Google Cloud considera un indirizzo IP esterno statico in uso se è associato a un'istanza VM, indipendentemente dal fatto che l'istanza sia in esecuzione o arrestata. Se l'istanza viene eliminata o se l'indirizzo IP è dissociato dall'istanza, Google Cloud considera l'indirizzo IP statico non in uso.

In caso di un indirizzo IP temporaneo, Google Cloud considera l'indirizzo in uso solo quando è in esecuzione l'istanza VM associata. Quando l'istanza viene arrestata o eliminata, Google Cloud rilascia l'indirizzo IP temporaneo e non lo considera più in uso.

Per controllare se un indirizzo IP esterno statico è in uso, effettua una richiesta gcloud compute addresses list. Questo comando restituisce un elenco di indirizzi IP esterni statici e il rispettivo stato:

In questo esempio, l'indirizzo IPv4 address-1 è in uso, mentre l'indirizzo IPv4 address-2 è riservato, ma non viene utilizzato. Entrambi gli indirizzi vengono addebitati secondo la tabella Prezzi degli indirizzi IP esterni riportata in questo documento.

Nota: se lo stesso indirizzo IP è assegnato a più di una regola di forwarding, Google Cloud conteggia e aggiunge ogni utilizzo dell'indirizzo alla quota IN_USE_ADDRESSES anziché conteggiare tutti gli oggetti indirizzo IP utilizzati.

Per i prezzi di Cloud Next Generation Firewall, consulta la pagina dei prezzi di Cloud NGFW.

I costi associati a Private Service Connect variano in base alla configurazione.

Utilizzo di un endpoint di Private Service Connect (regola di forwarding) per accedere alle API di Google

Utilizzo di un backend di Private Service Connect (bilanciatore del carico) per accedere alle API di Google

I backend di Private Service Connect utilizzano un bilanciatore del carico per accedere alle API di Google. Si applicano tutti i prezzi del bilanciatore del carico. Il traffico verso i NEG di Private Service Connect diretto alle API di Google comporta costi di bilanciamento del carico per i dati elaborati dal bilanciatore del carico. Tuttavia, non è previsto alcun costo di Private Service Connect per il traffico di trasferimento DI dati tra il NEG di Private Service Connect e le API di Google.

Per informazioni sui prezzi del tuo bilanciatore del carico, consulta i prezzi dei bilanciatori del carico delle applicazioni esterni globali o dei bilanciatori del carico delle applicazioni interni.

Nota: i backend di Private Service Connect erano precedentemente indicati come endpoint di Private Service Connect con controlli di servizio HTTP(S) consumer.

Nota: per gli endpoint con accesso globale, il trasferimento di dati tra regioni non viene addebitato al progetto di producer di servizi anche se le risorse del consumer di servizi accedono all'endpoint da altre regioni.

Private Service Connect crea automaticamente uno spazio dei nomi Service Directory in cui registrare gli endpoint. Viene utilizzato un singolo spazio dei nomi predefinito per gli endpoint nella stessa regione di un progetto, a meno che non vengano creati esplicitamente spazi dei nomi aggiuntivi. Per ulteriori informazioni sui prezzi di Service Directory, consulta Prezzi di Service Directory.

Utilizzo di un backend di Private Service Connect (bilanciatore del carico) per accedere a un servizio pubblicato

I backend di Private Service Connect utilizzano un bilanciatore del carico per accedere ai servizi pubblicati. Si applicano tutti i prezzi del bilanciatore del carico. Il traffico tra i NEG di Private Service Connect e i servizi pubblicati di Private Service Connect comporta sia costi per bilanciamento del carico per i dati elaborati dal bilanciatore del carico sia costi di Private Service Connect per il traffico di trasferimento di dati tra il NEG e il servizio pubblicato.

La seguente tabella riepiloga gli addebiti applicabili per questa configurazione.

Utilizzo di un'interfaccia Private Service Connect per l'accesso a una rete VPC producer o consumer

Service Directory

Private Service Connect crea automaticamente uno spazio dei nomi Service Directory per registrare gli endpoint quando si accede alle API di Google o quando si accede ai servizi pubblicati. Viene creato un singolo spazio dei nomi predefinito di Service Directory per gli endpoint Private Service Connect nella stessa regione di un progetto. Per ulteriori informazioni sui prezzi di Service Directory, consulta Prezzi di Service Directory.

Ai consumer di Private Service Connect viene addebitato il costo dell'elaborazione dei relativi dati in base alla tabella seguente. L'elaborazione dei dati dei consumer viene addebitata per i dati in entrata e in uscita.

Addebiti per la pubblicazione di un servizio gestito mediante un collegamento al servizio Private Service Connect

Per Private Service Connect non sono previsti costi orari o per il trasferimento di dati per la pubblicazione di servizi tramite collegamenti di servizi. Ai producer vengono addebitate le tariffe di bilanciamento del carico sostenute dal bilanciatore del carico pubblicato per i consumer.

Nota: se le risorse utilizzano un endpoint con accesso globale per accedere a un servizio pubblicato da una regione diversa da quella del servizio, al progetto di producer di servizi non viene addebitato il trasferimento di dati tra regioni. Per informazioni sulle tariffe dei progetti di consumer di servizi, consulta Utilizzo di un endpoint di Private Service Connect (regola di forwarding) per accedere a un servizio gestito pubblicato.

Eseguire il deployment di un servizio utilizzando mappe di connessione ai servizi

Quando esegui il deployment di un servizio utilizzando le mappe di connessione ai servizi, non sono previsti addebiti del producer per il deployment delle mappe di connessione ai servizi. Tuttavia, al consumer vengono addebitati i seguenti costi:

• Risorse di cui viene eseguito il deployment nel progetto consumer tramite l'automazione della connettività dei servizi
• Utilizzo di un endpoint di Private Service Connect per accedere a un servizio pubblicato

Quando crei una connessione di accesso privato ai servizi, non sono previsti costi orari o per i dati per la connessione stessa. Tuttavia, ti vengono addebitati i seguenti costi:

• Risorse di cui esegui il provisioning nella rete del producer di servizi
• Traffico per il trasferimento di dati dalle VM alla rete del producer di servizi

L'accesso VPC serverless è addebitato come segue.

I log di rete di terzi generano addebiti. Ti verranno addebitati i seguenti prodotti:

Ti sono addebitati i costi relativi alla quantità di dati elaborati dal servizio Mirroring pacchetto. Non viene addebitato nessun costo per le regole di forwarding di Mirroring pacchetto. Al momento, non è previsto alcun costo aggiuntivo per VM per l'utilizzo di Mirroring pacchetto. I costi dei dati elaborati dal servizio Mirroring pacchetto sono descritti nella tabella seguente.

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 delle 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.
• Cloud Armor: se la tua applicazione riceve una quantità significativa di traffico indesiderato, puoi eseguire il deployment di Cloud Armor per bloccare questo traffico. Le richieste bloccate da 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 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 Cloud Armor Enterprise vengono attribuiti al progetto di servizio B.

Le seguenti ulteriori considerazioni sono valide anche quando utilizzi 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 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. Nella scheda Cloud Load Balancing.
3. Seleziona una regione nel menu a discesa.
4. Immetti il numero stimato di regole di forwarding.
5. 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.

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 un criterio 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 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.