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.

Informazioni sui prezzi generali di rete

Trasferimento dei dati

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)

Livello Premium

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.

Livello Standard

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.

Prezzi del trasferimento di dati in entrata

Trasferimento di dati tra regioni

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.

Velocità di trasferimento di dati su internet

Prezzi del livello Premium

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.

Prezzi del livello Standard

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.

Prezzi degli indirizzi IP interni

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

Prezzi degli indirizzi IP esterni

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

In uso o non in uso

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:

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.

Regole firewall

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

Private Service Connect

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

Addebiti dei consumer

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.

Utilizzo di un endpoint di Private Service Connect (regola di forwarding) per accedere a un servizio pubblicato

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.

Elaborazione dei dati dei consumer

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 del producer

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

Accesso privato ai servizi

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

Accesso VPC serverless

L'accesso VPC serverless è addebitato come segue.

Network Telemetry

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

• Log di flusso VPC
• Logging delle regole firewall
• Log di Cloud NAT

Mirroring pacchetto

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.

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
• Bilanciatori del carico di rete 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.

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

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 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 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 regole di forwarding frontend che per i progetti dei servizi 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 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).

Stima degli addebiti per il bilanciamento del carico

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.

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.

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

Calcolo di esempio

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 con i 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 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.

Addebito per l'elaborazione dati

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.

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

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 regole 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 informazioni dettagliate, consulta 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 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.

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.

Questo documento elenca i dettagli dei prezzi di Google Cloud Armor e Google Cloud Armor Enterprise. Questi prezzi sono attivi.

Le risorse protette includono i seguenti tipi di backend in ogni progetto registrato; i backend vengono conteggiati come risorse protette per tutti i tipi di endpoint e di bilanciatore del carico coperti del progetto registrato.

Tariffa per l'elaborazione dei dati

La tariffa per l'elaborazione dei dati di Cloud Armor Enterprise misura i dati trasferiti verso internet da tutte le risorse protette per ogni progetto registrato in Cloud Armor Enterprise. Quando utilizzi Cloud Armor Enterprise annuale, la tariffa per l'elaborazione dei dati viene fatturata a livello di progetto, ma l'utilizzo viene aggregato in tutte le risorse protette in tutti i progetti registrati in Cloud Armor Enterprise annuale. Quando utilizzi Cloud Armor Enterprise Paygo, la tariffa per l'elaborazione dei dati viene fatturata e l'utilizzo viene aggregato a livello di progetto. La tariffa per l'elaborazione dei dati di Cloud Armor Enterprise è separata dalla tariffa per l'elaborazione dei dati di Cloud Load Balancing.

I prezzi si intendono per GiB di traffico trasferito direttamente su internet o mediante il peering con operatori, in aggiunta ad altre tariffe per il trasferimento di dati. Ad esempio, per i workload gestiti da un bilanciatore del carico Google Cloud supportato, la tariffa per l'elaborazione dei dati misura i bit dei dati trasferiti verso internet mediante gli endpoint del bilanciatore del carico registrato, ma non misura il traffico associato tra regioni o zone in base al workload sottostante. L'addebito è di 0,05 $ per GiB di dati trasferiti per i primi 100 TiB e di 0,04 $ per GiB per i successivi 400 TiB. Se i contenuti pubblicati utilizzano Cloud CDN e sono considerati memorizzabili nella cache, la tariffa per l'elaborazione dei dati di Cloud CDN viene applicata a questi contenuti. La tabella seguente contiene i prezzi completi.

Questo documento spiega i dettagli dei prezzi di Cloud IDS. Questi prezzi sono attivi. I prezzi in questa pagina sono indicati in dollari statunitensi (USD).

Se intendi pubblicare grandi volumi di contenuti da Cloud CDN (più di 500 TiB al mese), puoi contattarci per parlare di sconti basati sul volume.

In questo documento vengono descritti i prezzi per Cloud CDN.

I prezzi in questa pagina sono indicati in dollari statunitensi (USD). Se la valuta utilizzata per il pagamento è diversa dai dollari statunitensi, si applicano i prezzi nella tua valuta elencati negli SKU Cloud Platform.

Struttura dei prezzi

Note sui prezzi

• L'utilizzo della rete è calcolato in gigabyte (GB).
• I costi vengono calcolati su base giornaliera, ma Cloud CDN li fattura solo alla fine del periodo di fatturazione. Puoi visualizzare l'utilizzo non fatturato nella pagina di fatturazione del tuo progetto nella console Google Cloud.
• I byte misurati per il trasferimento dei dati dalla cache o il riempimento della cache includono le intestazioni della risposta HTTP (dopo la compressione, se applicabile) e il corpo della risposta, oltre a eventuali trailer.

Esempio di prezzi

L'esempio riportato di seguito mostra uno scenario semplice che potrebbe verificarsi quando inizi a utilizzare Cloud CDN.

Immagina di avere il seguente pattern di utilizzo di Cloud CDN in un determinato mese.

La fattura mensile viene calcolata come illustrato di seguito.

Questo documento spiega i dettagli dei prezzi di Cloud Interconnect.

Se la valuta utilizzata per il pagamento è diversa dai dollari statunitensi, si applicano i prezzi nella tua valuta elencati negli SKU Cloud Platform.

Trasferimento di dati da una rete VPC mediante una connessione Cloud Interconnect

Nord America

La tabella seguente mostra i prezzi per l'area geografica Nord America.

Europa, Medio Oriente e Africa (EMEAR).

La tabella seguente mostra i prezzi per l'area geografica Europa, Medio Oriente e Africa (EMEAR).

Asia

La tabella seguente mostra i prezzi per l'area geografica Asia.

Australia

La tabella seguente mostra i prezzi per l'area geografica Australia.

Sud America

La tabella seguente mostra i prezzi per l'area geografica Sud America.

Trasferimento di dati in entrata tramite una connessione Cloud Interconnect

Esempio di prezzi

La seguente tabella mostra un modello di utilizzo di esempio delle connessioni di Dedicated Interconnect in un singolo mese:

Trasferimento di dati da una rete VPC mediante una connessione Cloud Interconnect

Nord America

La tabella seguente mostra i prezzi per l'area geografica Nord America.

Europa, Medio Oriente e Africa (EMEA)

La tabella seguente mostra i prezzi per l'area geografica Europa, Medio Oriente e Africa (EMEA).

Asia

La tabella seguente mostra i prezzi per l'area geografica Asia.

Australia

La tabella seguente mostra i prezzi per l'area geografica Australia.

Sud America

La tabella seguente mostra i prezzi per l'area geografica Sud America.

Trasferimento di dati in entrata mediante una connessione Cloud Interconnect

Esempio di prezzi

La seguente tabella mostra un pattern di utilizzo di esempio delle connessioni Partner Interconnect per un singolo mese.

Trasferimento di dati da una rete VPC mediante una connessione Cloud Interconnect

Nord America

La tabella seguente mostra i prezzi per l'area geografica Nord America.

Europa, Medio Oriente e Africa (EMEA)

La tabella seguente mostra i prezzi per l'area geografica Europa, Medio Oriente e Africa (EMEA).

Asia

La tabella seguente mostra i prezzi per l'area geografica Asia.

Australia

La tabella seguente mostra i prezzi per l'area geografica Australia.

Sud America

La tabella seguente mostra i prezzi per l'area geografica Sud America.

Trasferimento di dati in entrata mediante una connessione Cloud Interconnect

Esempio di prezzi

La seguente tabella mostra un pattern di utilizzo di esempio delle connessioni Cross-Cloud Interconnect per un singolo mese.

Una VM nella stessa regione di un collegamento VLAN, con routing dinamico VPC regionale o globale

Nota: la modalità di routing dinamico che utilizzi non influisce sui prezzi.

In questo scenario ci sono due regioni all'interno del Nord America: us-west1 e us-east1. Queste regioni utilizzano il routing dinamico regionale VPC fornito dal router Cloud. In questo scenario, non importa quale modalità di routing dinamico utilizzi.

Ordini una connessione Cloud Interconnect eseguita dalla tua località on-premise a San Jose (SJC) e crei due collegamenti VLAN su questa connessione. Un collegamento VLAN va alla regione us-east1 e l'altro alla regione us-west1.

Se invii il traffico da una VM nella regione us-east1 o us-west1 alla tua località on-premise su una connessione Cloud Interconnect in SJC, vengono applicate le seguenti tariffe:

• Costi per il trasferimento di dati Cloud Interconnect in uscita per il Nord America (perché è lì che si trova la connessione Cloud Interconnect).
• Non vengono addebitati i costi per il traffico in uscita tra regioni, perché le VM utilizzano un collegamento VLAN nella stessa regione.

Nota: a meno che non abiliti il routing dinamico globale per la tua rete VPC utilizzando il router Cloud, le tue regioni senza un collegamento VLAN non hanno accesso alla connessione Cloud Interconnect. Ciò significa anche che non rischi che ti vengano addebitati costi per il trasferimento di dati intercontinentale se hai delle regioni in altri continenti.

Una VM nello stesso continente ma in una regione diversa rispetto a un collegamento VLAN, con routing dinamico VPC globale

In questo scenario hai delle VM in due regioni situate nel Nord America, us-west1 e us-east1. Hai abilitato il routing dinamico globale per la rete VPC utilizzando il router Cloud. Il routing dinamico globale consente a una o più VM in una regione di utilizzare i collegamenti VLAN in un'altra regione.

Ordini una connessione Cloud Interconnect dalla tua località on-premise a San Jose (SJC) e crei un collegamento VLAN su questa connessione a us-west1. Invii quindi il traffico da una VM in us-east1 alla tua località on-premise attraverso il collegamento VLAN in us-west1. Vengono applicate le seguenti tariffe:

• Costi per il trasferimento di dati tra regioni per il traffico inoltrato da us-east1 al collegamento VLAN in us-west1. Il collegamento VLAN in us-west1 viene considerato l'origine del traffico.
• Costi di trasferimento di dati Cloud Interconnect per il Nord America per il traffico dalla regione us-west1 alla tua località on-premise.

Una VM in un continente diverso da quello di un collegamento VLAN, con routing dinamico VPC globale

Questo scenario è uguale a quello dell'esempio precedente, ma la regione us-west1 si trova in Nord America, mentre l'altra regione asia-east1 si trova in Asia. L'invio di dati tra regioni in continenti diversi prevede dei costi di trasferimento di dati tra regioni più elevati.

L'unico modo per inviare il traffico da asia-east1 su Cloud Interconnect in Nord America è di abilitare il routing dinamico globale VPC. In questo modo, il collegamento VLAN in us-west1 diventa disponibile per le VM in tutte le regioni della tua rete VPC. Vengono applicate le seguenti tariffe:

• Costi per il trasferimento di dati da una regione all'altra in continenti diversi per il traffico inoltrato da asia-east1 a us-west1.
• Costi di trasferimento di dati Cloud Interconnect per il Nord America per il traffico dalla regione us-west1 alla tua località on-premise.

Una VM in un continente diverso da quello di un collegamento VLAN, con peering di rete VPC

Questo scenario è simile all'esempio precedente, tranne per il fatto che ci sono due reti VPC collegate tramite peering di rete VPC. Per l'invio di traffico tra regioni valgono le stesse tariffe dell'esempio precedente in cui si utilizzava il routing dinamico globale.

Invii traffico da us-east4 alla tua rete on-premise su Cloud Interconnect in Asia utilizzando il peering di rete VPC. Vengono applicate le seguenti tariffe:

• Costi per il trasferimento di dati tra regioni in continenti diversi per il traffico inoltrato da us-east4 a asia-northeast1.
• Costi per il trasferimento di dati Cloud Interconnect per l'Asia per il traffico dalla regione asia-northeast1 alla tua località on-premise.

Un prodotto o servizio Google Cloud non VM in una località diversa da quella di un collegamento VLAN, con routing dinamico VPC globale

Oltre agli scenari precedenti, al trasferimento di dati Cloud Interconnect vengono applicati dei costi per il traffico inviato da un prodotto o servizio Google Cloud che non è una VM alla tua località on-premise su un collegamento VLAN. Ti vengono addebitati i costi per il trasferimento di dati del prodotto per raggiungere la regione del collegamento VLAN, nonché i costi per il trasferimento di dati Cloud Interconnect in uscita in base al continente in cui si trova la connessione Cloud Interconnect.

Nota: per informazioni sui costi del trasferimento di dati per altri prodotti Google Cloud non descritti in questo esempio, consulta la pagina dei prezzi per il rispettivo prodotto.

L'esempio seguente descrive i costi per il trasferimento in uscita del traffico da un bucket Cloud Storage in una regione del Nord America diversa da quella in cui si trova il collegamento VLAN.

In questo scenario hai delle risorse in due regioni situate nel Nord America, us-west1 (Oregon) e northamerica-northeast1 (Montreal). Hai abilitato il routing dinamico globale per la rete VPC utilizzando il router Cloud.

Ordini una connessione Cloud Interconnect dalla tua località on-premise a San Jose (SJC) e crei un collegamento VLAN su questa connessione a us-west1. Invii quindi il traffico da un bucket Cloud Storage in northamerica-northeast1 alla tua località on-premise attraverso il collegamento VLAN in us-west1. Ti vengono addebitati i seguenti costi:

• Costo per il trasferimento di dati Cloud Storage per il traffico inoltrato da un bucket Cloud Storage in northamerica-northeast1 a un collegamento VLAN in us-west1.
• Costo per il trasferimento di dati Cloud Interconnect per il Nord America per il traffico dalla regione us-west1 alla tua località on-premise (perché è lì che si trova la tua connessione Cloud Interconnect).

Se il bucket Cloud Storage si trova in un continente diverso da quello del collegamento VLAN, paghi le tariffe per il trasferimento di dati intercontinentale Cloud Storage per raggiungere il collegamento VLAN in us-west1.

Per un elenco completo degli scenari di prezzi per Cloud Storage, consulta la pagina dei prezzi di Cloud Storage.

Il router Cloud è fornito gratuitamente. I costi generali di networking si applicano al traffico del control plane (BGP). Nella maggior parte dei casi, questi costi sono trascurabili.

Per ulteriori informazioni sui costi di networking, consulta i prezzi generali di rete nella documentazione di Virtual Private Cloud (VPC).

In linea generale, i costi di Cloud VPN sono i seguenti:

• Un costo orario per ciascun gateway Cloud VPN, determinato in parte dal numero di tunnel collegati al gateway e dalla località del gateway
• Un costo mensile per il traffico IPsec
• Un costo orario per ogni indirizzo IP esterno assegnato a un gateway VPN, ma non utilizzato da un tunnel

Per ulteriori informazioni su Cloud VPN, consulta la panoramica di Cloud VPN.

Nota: vengono fatturati solo i tunnel VPN in alcuni stati.

Scenari di prezzi

Per assistenza sui prezzi di Cloud VPN, consulta i seguenti esempi.

Dal gateway us-central1 al data center

Immagina di avere un gateway VPN in us-central1. Questo gateway utilizza due tunnel per connettersi a un data center on-premise in Iowa.

Ogni mese invii 2 tebibytes (TiB) di dati attraverso il tunnel dalla tua rete Virtual Private Cloud (VPC) al data center. Allo stesso tempo, invii 2 TiB nella direzione opposta: dal data center alla rete VPC.

Inoltre, il gateway utilizza un indirizzo IP esterno riservato.

La seguente tabella mostra i costi che ti verrebbero addebitati per 30 giorni con questa configurazione.

Dal gateway asia-northeast1 al data center e a un'altra rete VPC

Immagina che il tuo progetto abbia una rete VPC chiamata Rete A che include un gateway VPN in asia-northeast1. Questo gateway utilizza due tunnel per la connessione a un data center on-premise a Tokyo. Inoltre, questo gateway utilizza due tunnel per connettersi alla Rete B, un'altra rete VPC del tuo progetto. Il gateway della Rete B si trova in europe-west6.

Ogni mese, l'utilizzo dei dati è il seguente:

• Gli utenti della Rete A scaricano 10 TiB di dati da Cloud Storage e li inviano al data center di Tokyo.
• Lo scambio reciproco di dati tra Rete A e Rete B è di circa 20 TiB.

I gateway asia-northeast1 e europe-west6 utilizzano indirizzi IP esterni riservati.

Inoltre, hai un terzo gateway VPN in southamerica-east1. Hai creato questo gateway diversi mesi fa e gli hai assegnato un indirizzo IP esterno riservato. Tuttavia, non hai mai configurato un tunnel per questo gateway.

La seguente tabella mostra i costi che ti verrebbero addebitati per 30 giorni con questa configurazione.

Network Connectivity Center

Questo documento descrive i prezzi di Network Connectivity Center.

Network Connectivity Center è un modello hub and spoke per la gestione della connettività di rete in Google Cloud. Con questo modello, le reti virtual private cloud e le reti on-premise si connettono a un hub di Network Connectivity Center utilizzando spoke a cui sono collegate risorse spoke Google Cloud supportate.

Per ulteriori informazioni sul Network Connectivity Center, consulta Panoramica del Network Connectivity Center.

Prezzi attuali

Le sezioni seguenti descrivono i prezzi attuali per Network Connectivity Center.

Hub e spoke

La tabella seguente descrive i costi per hub e spoke. Ore di spoke fa riferimento al numero di ore in un mese in cui uno spoke è attivo.

Sono esclusi i costi delle ore di spoke per un massimo di tre spoke VPN e tre spoke Cloud Interconnect.

Nota: a volte gli spoke Cloud Interconnect vengono chiamati spoke di collegamento VLAN.

Trasferimento di dati

Trasferimento di dati si riferisce a qualsiasi traffico che fluisce tra un insieme di spoke ibridi connessi a Network Connectivity Center.

Il traffico di trasferimento di dati di Network Connectivity Center è diverso dal traffico di trasferimento di dati in entrata e in uscita, il cui flusso entra o esce dalla rete Google. Invece, il trasferimento di dati di Network Connectivity Center può essere entrambe le cose: può entrare ed uscire dalla rete Google, perché è un traffico che viene scambiato tra due spoke ibridi.

Gli addebiti per il trasferimento di dati si basano sui gibibyte (GiB) di traffico mensile.

Networking avanzato di dati

Networking avanzato di dati fa riferimento alla tariffa di elaborazione addebitata per tutto il traffico inviato da uno spoke attraverso un hub.

L'addebito per il networking avanzato di dati è di 0,02 $ per gibibyte (GiB) al mese.

Questo addebito si applica attualmente al traffico tra i spoke VPC. Attualmente non vengono applicati gli addebiti per il networking avanzato di dati per gli spoke ibridi.

Esempio di prezzi

Networking avanzato di dati

In questo esempio, un'azienda ha due reti VPC (Virtual Private Cloud) globali, VPC-1 e VPC-2, che collega tramite spoke VPC all'hub di Network Connectivity Center. Ogni VPC è in un progetto a sé, distinto dal progetto dell'hub.

Ogni mese, VPC-1 invia 10 TiB di dati a VPC-2 e VPC-2 invia 5 TiB di dati a VPC-1.

La tabella seguente descrive gli addebiti per un mese di 30 giorni.

Trasferimento dei dati

In questo esempio, un'azienda collega due spoke dell'appliance router al proprio hub di Network Connectivity Center. Uno spoke rappresenta un ufficio a Los Angeles (us-west2). L'altro rappresenta un ufficio a Mumbai (asia-south1).

Ogni mese, l'ufficio statunitense trasferisce 5 TiB di dati all'ufficio asiatico e l'ufficio asiatico trasferisce 5 TiB all'ufficio statunitense.

La tabella seguente descrive gli addebiti per un mese di 30 giorni.

Prezzi per altre risorse Google Cloud

I prezzi in questa pagina non includono addebiti per altre risorse e prodotti Google Cloud che potrebbero essere utilizzati in combinazione con Network Connectivity Center. Ad esempio:

• Se utilizzi spoke dell'appliance router, paghi per le risorse Compute Engine sottostanti.
• Se utilizzi spoke di collegamento VLAN, paghi per le risorse Cloud Interconnect sottostanti.
• Se utilizzi spoke VPN, paghi per le risorse Cloud VPN sottostanti.

Appliance router

I prezzi per l'appliance router fanno parte dei prezzi di Network Connectivity Center. Per consultarli, visita la pagina relativa ai prezzi di Network Connectivity Center.

Per ulteriori informazioni sui costi di networking, consulta i prezzi generali di rete nella documentazione di Virtual Private Cloud.

I prezzi di Cloud NAT si basano sul seguente utilizzo:

• Un prezzo orario per il gateway NAT che si basa sul numero di istanze VM che utilizzano il gateway. La tariffa oraria prevede un massimo di 32 istanze VM. Per i gateway che gestiscono un numero di istanze superiore a quello massimo viene addebitata la tariffa oraria massima.
• Per il conteggio delle istanze VM che utilizzano il gateway, Google Cloud considera quelle che ricevono un'assegnazione NAT. Il gateway NAT esegue il source NAT (SNAT) per il traffico di trasferimento di dati dalle risorse che non dispongono di indirizzi IP esterni e il NAT di destinazione (DNAT) per i pacchetti in entrata che arrivano come risposte ai pacchetti in uscita.
• Un costo per GiB per il trasferimento di dati elaborati dal gateway. Il prezzo per l'elaborazione dei dati è lo stesso in tutte le aree geografiche. Vengono applicati anche dei costi di trasferimento di dati per inviare i dati dalla VM alla rete.
• Un prezzo orario per ogni indirizzo IP esterno statico o temporaneo utilizzato da un gateway NAT.

Il costo totale per l'esecuzione di un gateway NAT e del relativo traffico è il seguente:

costo totale per l'esecuzione del gateway = costo orario per il gateway NAT

+ costo per GiB di dati elaborati dal gateway

+ costo orario per gli indirizzi IP esterni utilizzati dal gateway

+ costi di trasferimento dei dati per qualsiasi traffico che lascia la rete

Esempio di prezzi

La tabella seguente mostra il costo mensile stimato per un singolo gateway NAT che utilizza indirizzi IP esterni per servire un numero diverso di istanze VM. In entrambi i casi, il gateway è eseguito per 720 ore in un ciclo di fatturazione.

Prezzi di logging

I prezzi di logging di NAT sono descritti nella sezione relativa ai prezzi di Network Telemetry.

Si applicano prezzi standard per Cloud Logging, BigQuery o Pub/Sub.

Con i prezzi di Cloud DNS, l'addebito è per zona al mese (indipendentemente dal fatto che utilizzi o meno la tua zona) e paghi anche per le query relative alle tue zone.

Se la valuta utilizzata per il pagamento è diversa dai dollari statunitensi, si applicano i prezzi nella tua valuta elencati negli SKU Cloud Platform.

Nota: non è previsto un livello gratuito per Cloud DNS.

Tabella dei prezzi

I prezzi riportati di seguito si applicano a tutti i tipi di zona: pubblica, privata e di inoltro. Per la determinazione dei prezzi, tutti i tipi di zona vengono aggregati. Ad esempio, se hai 10 zone pubbliche, 10 zone private e 10 zone di inoltro, il prezzo sarà basato sul possesso di 30 zone. Anche tutte le query vengono aggregate, indipendentemente dal tipo di zona.

Puoi contrassegnare le zone con delle etichette e poi utilizzarle per visualizzare una ripartizione per etichetta nella fatturazione.

Prezzi delle query

Prezzi delle zone gestite

L'utilizzo di Cloud DNS non comporta costi di trasferimento di dati in uscita.

Prezzi per i controlli di integrità

Esempio di prezzi

La seguente tabella mostra esempi di pattern di utilizzo di Cloud DNS e i potenziali costi mensili:

Esempio di prezzi post-GA per i controlli di integrità

Questo documento spiega i dettagli dei prezzi di Service Extensions.

Si applicano i seguenti addebiti per i callout di Service Extensions su Cloud Load Balancing. Potrebbero essere applicati altri addebiti pertinenti per il trasferimento di dati per il traffico tra regioni e per qualsiasi calcolo all'altra estremità del callout.

Panoramica dei prezzi

Nota: Il 7 settembre 2023 Squarespace ha acquistato tutte le registrazioni dei domini e gli account cliente correlati da Google Domains. Per ulteriori informazioni su come questa modifica influisce su Cloud Domains, vedi Ritiri delle funzionalità di Cloud Domains, Domande frequenti su Google Domains e Domande frequenti sull'acquisto di Google Domains da parte di Squarespace.

I domini vengono registrati in incrementi di un anno. Registrando un dominio, ti impegni a pagare per l'intero anno. I domini vengono rinnovati automaticamente. Se il tuo dominio viene rinnovato in Cloud Domains, ti saranno fatturati i 12 mesi successivi alla data di rinnovo. Se vuoi interrompere i pagamenti per il tuo dominio o se non vuoi che il dominio venga rinnovato automaticamente, consulta Disattivare il rinnovo automatico per un nome di dominio.

Nota: se utilizzi Cloud DNS, il costo di DNS ti sarà fatturato separatamente. Per informazioni dettagliate sui prezzi di Cloud DNS, consulta la pagina dei prezzi di Cloud DNS.

Prezzi per suffisso di dominio

I prezzi variano in base ai suffissi di dominio (TLD) elencati nella tabella dei prezzi. Ad esempio, se acquisti example.com, example.charity e example.wiki, il costo annuo di ognuno di questi domini è diverso perché i suffissi .com, .charity e .wiki hanno costi diversi. Il costo totale è dato dalla somma del prezzo annuo di ciascun dominio che hai registrato. Vedi l'esempio di prezzi.

Cloud Domains non supporta i seguenti tipi di domini:

• Domini premium
• Domini che richiedono un avviso di marchio

Modelli di fatturazione

Attenzione: il trasferimento di un dominio registrato da un registrar di domini di terze parti a Cloud Domains è deprecato e verrà rimosso. Per saperne di più, vedi Ritiro delle funzionalità di Google Domains.

Fatturazione tramite abbonamento (per account di fatturazione Cloud al di fuori del Brasile)

Il modello di fatturazione tramite abbonamento ti addebita l'importo annuale del dominio il primo mese dopo la registrazione, il rinnovo o il trasferimento del dominio. Questo si applica a tutti i domini registrati, rinnovati o trasferiti in base alla disponibilità generale di Cloud Domains.

Gli addebiti provenienti da Cloud Domains sono indicati sulla fattura alla voce Addebiti non specifici per un progetto perché sono associati all'account di fatturazione Cloud.

Il modello di fatturazione tramite abbonamento non è incluso nel Programma di sconti Enterprise.

Fatturazione tramite impegno (per gli account di fatturazione Cloud in Brasile)

Se il tuo account di fatturazione Cloud ha un indirizzo in Brasile, il modello di fatturazione tramite impegno ti addebiterà 1/12 del costo totale ogni mese per i 12 mesi successivi fino alla scadenza del dominio. Questo si applica a tutti i domini registrati, rinnovati o trasferiti in base alla disponibilità generale di Cloud Domains.

Gli addebiti provenienti da Cloud Domains sono indicati sulla fattura alla voce Addebiti non specifici per un progetto perché sono associati all'account di fatturazione.

Il modello di fatturazione tramite abbonamento non è incluso nel Programma di sconti Enterprise.

Se scegli di trasferire un dominio registrato a un altro registrar durante il periodo di 12 mesi dalla data di registrazione, rinnovo o trasferimento a Cloud Domains, ti verrà addebitato un costo di annullamento. Il costo di annullamento è pari alla porzione di costo annuale del dominio non fatturata.

Fatturazione per i domini appena registrati

Quando registri un dominio utilizzando Cloud Domains, ti impegni a pagare un intero anno di registrazione.

Fatturazione per i domini trasferiti in ingresso

Quando esegui il trasferimento in ingresso di un dominio da un altro provider, la fatturazione avviene nel modo seguente.

• Viene mantenuta la data di registrazione esistente con il tuo provider originale.
• Al termine del trasferimento, la data della registrazione viene estesa di un anno.
• Ti viene addebitato subito il costo dell'anno esteso.
• Non riceverai ulteriori addebiti finché il dominio non sarà prossimo alla scadenza e dovrà essere rinnovato.

Tutti i domini trasferiti in ingresso utilizzano la fatturazione tramite abbonamento o impegno.

Esempio

I seguenti esempi spiegano come funziona la fatturazione per i domini trasferiti in ingresso.

• Se il dominio aveva ancora a disposizione un mese di registrazione prima del trasferimento, riceverai un addebito per 1 anno al momento del trasferimento. L'evento di fatturazione successivo al completamento del trasferimento sarà il rinnovo successivo del dominio, 13 mesi (1 mese + 1 anno) dopo il trasferimento.
• Se il dominio aveva ancora a disposizione due anni di registrazione prima del trasferimento, l'evento di fatturazione successivo avverrà 3 anni (2 anni + 1 anno) dopo.

Fatturazione per i rinnovi

I domini rinnovati vengono fatturati tramite abbonamento o impegno.

Attenzione: l'esportazione di un dominio registrato da Cloud Domains a Google Domains è deprecata e verrà rimossa. Per saperne di più, vedi Ritiro delle funzionalità di Cloud Domains.

Per interrompere il rinnovo automatico, vedi Disattivare il rinnovo automatico per un nome di dominio. Per gestire un account di fatturazione individualmente (al di fuori di un progetto Google Cloud), devi trasferirlo a un registrar di terze parti. Tuttavia, se dopo aver registrato un dominio con Cloud Domains, decidi di trasferirlo a terze parti prima della scadenza dei 12 mesi, ti saranno addebitati i costi del dominio per il periodo restante fino alla scadenza dei 12 mesi. La frequenza di fatturazione dipende dal modello di fatturazione per la risorsa.

Per saperne di più sui rinnovi, vedi Domande frequenti sull'acquisto di Google Domains da parte di Squarespace.

Devi utilizzare la fatturazione di Cloud Domains per gestire la fatturazione dei domini registrati con Cloud Domains.

Utilizzo gratuito

Cloud Domains non offre l'utilizzo gratuito per la registrazione dei domini. Per informazioni sulle quote, consulta la pagina Quote.

Tabella dei prezzi

SKU di fatturazione

Per cercare gli SKU appropriati per il modello di fatturazione applicabile alla registrazione, al trasferimento o al rinnovo, utilizza i link seguenti.

• Tutti gli SKU di Cloud Domains.
• SKU di fatturazione tramite abbonamento.
• SKU di fatturazione tramite impegno.
• SKU di annullamento.

Esempio di prezzi

Negli esempi riportati di seguito vengono utilizzati i prezzi per gli Stati Uniti.

Esempio 1

Fatturazione tramite abbonamento: acquisti un dominio .com da 12 $. Sulla prossima fattura mensile ti verranno addebitati 12 $. L'addebito successivo avverrà un anno dopo al rinnovo del dominio a 12 $.

Fatturazione tramite impegno: acquisti un dominio .com da 12 $. Sulla prossima fattura mensile ti verrà addebitato 1 $. Mensilmente, ti verrà addebitato 1 $ per ogni ciclo di fatturazione fino alla scadenza del dominio. Se decidi di eliminare il dominio dopo aver ricevuto un addebito per 5 mesi (5 $ totali), ti verrà addebitato un costo di annullamento di 7 $ affinché il totale fatturato sia 12 $.

Esempio 2

Supponiamo di aver registrato tre domini: example.charity, example.wiki e example.info.

Il costo è:

.charity = 30 $/anno

.wiki = 28 $/anno

.info = 12 $/anno

Costo dell'abbonamento = 30 $ + 28 $ + 12 $ = 70 $/anno

Fatturazione tramite impegno = 1/12 del prezzo annuo = 70 $/12 = 5,83 $/mese