Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Quote e limiti

Questo documento elenca le quote e i limiti di sistema che si applicano a router Cloud.

Le quote hanno valori predefiniti, ma in genere puoi richiedere degli adeguamenti.
I limiti di sistema sono valori fissi che non possono essere modificati.

Google Cloud utilizza le quote per garantire l'equità e ridurre i picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di una Google Cloud risorsa che Google Cloud il progetto può utilizzare. Le quote si applicano a una serie di tipi di risorse, inclusi hardware, software e componenti di rete. Ad esempio, le quote possono limitare il numero di chiamate API a un servizio, il numero di bilanciatori del carico utilizzati contemporaneamente dal tuo progetto o il numero di progetti che puoi creare. Le quote proteggono la community degli utentiGoogle Cloud impedendo il sovraccarico dei servizi. Le quote ti aiutano inoltre a gestire le tue Google Cloud risorse.

Il sistema delle quote di Cloud esegue le seguenti operazioni:

Monitora il tuo consumo di Google Cloud prodotti e servizi
Limita il consumo di queste risorse
Fornisce un modo per richiedere modifiche al valore della quota e automatizzare gli aggiustamenti della quota

Nella maggior parte dei casi, quando provi a utilizzare una risorsa per un volume maggiore di quello consentito dalla quota, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire non va a buon fine.

In genere, le quote si applicano a livello di Google Cloud progetto. L'utilizzo di una risorsa in un progetto non influisce sulla quota disponibile in un altro progetto. All'interno di un progetto Google Cloud , le quote vengono condivise tra tutte le applicazioni e gli indirizzi IP.

Per saperne di più, consulta la Panoramica delle quote di Cloud.

Esistono anche limiti di sistema per le risorse del router Cloud. I limiti di sistema non possono essere modificati.

Quote

Per modificare una quota, consulta Richiedere una quota aggiuntiva.

In questa tabella vengono illustrate le quote importanti per singolo progetto. Per altre quote, consulta la Google Cloud pagina Quote e limiti di sistema della console.

Elemento	Quota	Note
Router Cloud per progetto	Quota	Indipendentemente dalla quota, ogni rete è limitata a cinque router Cloud per regione. Consulta la sezione Limiti.
Prefissi di route dinamiche del router Cloud univoci dalla propria regione per regione per rete VPC Il numero massimo di prefissi di destinazione univoci garantiti per le route apprese da applicare alle subnet in una determinata regione da tutti i router Cloud nella stessa regione. Questa quota viene definita quota dalla propria regione di una regione.	Quota	I prefissi IPv4 e IPv6 vengono conteggiati ai fini di questa quota. Tutte le route apprese vengono conteggiate ai fini di questa quota, incluse le route apprese personalizzate e le route ricevute tramite BGP. Le route sono raggruppate per destinazioni univoche. Le route con destinazioni identiche ma diversi hop successivi vengono conteggiate come un'unica destinazione. Anche le route con destinazioni identiche e hop successivi identici valgono come un'unica destinazione. Per le reti in modalità di routing dinamico globale, è possibile raggiungere una delle quote di prefissi di route dinamiche univoche senza raggiungere l'altra. Se una delle quote è stata superata, potresti riscontrare problemi di connettività intermittenti quando le route vengono eliminate. Per i dettagli, vedi l'esempio di route appresa . Per saperne di più su queste quote, incluse le metriche che puoi utilizzare per comprendere l'utilizzo attuale, consulta Risolvere i problemi relativi alle route BGP e alla selezione delle route.
Valido solo per le reti VPC in modalità di routing dinamico globale. Prefissi di route dinamiche del router Cloud univoci da altre regioni per regione per rete VPC Il numero massimo di destinazioni univoche garantite per le route apprese da applicare alle subnet in una determinata regione dai router Cloud di diverse regioni. Questa quota viene definita quota da altre regioni di una regione.	Quota	I prefissi IPv4 e IPv6 vengono conteggiati ai fini di questa quota. Tutte le route apprese vengono conteggiate ai fini di questa quota, incluse le route apprese personalizzate e le route ricevute tramite BGP. Le route sono raggruppate per destinazioni univoche. Le route con destinazioni identiche ma diversi hop successivi vengono conteggiate come un'unica destinazione. Anche le route con destinazioni identiche e hop successivi identici valgono come un'unica destinazione. Per le reti in modalità di routing dinamico globale, è possibile raggiungere una delle quote di prefissi di route dinamiche univoche senza raggiungere l'altra. Se una delle quote è stata raggiunta, potresti riscontrare problemi di connettività intermittenti quando le route vengono eliminate. Per i dettagli, vedi l'esempio di route appresa . Per saperne di più su queste quote, incluse le metriche che puoi utilizzare per comprendere l'utilizzo attuale, consulta Risolvere i problemi relativi alle route BGP e alla selezione delle route.

Elemento

Quota

Note

Router Cloud per progetto

Quota

Indipendentemente dalla quota, ogni rete è limitata a cinque router Cloud per regione. Consulta la sezione Limiti.

Prefissi di route dinamiche del router Cloud univoci dalla propria regione per regione per rete VPC

Il numero massimo di prefissi di destinazione univoci garantiti per le route apprese da applicare alle subnet in una determinata regione da tutti i router Cloud nella stessa regione. Questa quota viene definita quota dalla propria regione di una regione.

Quota

I prefissi IPv4 e IPv6 vengono conteggiati ai fini di questa quota.

Tutte le route apprese vengono conteggiate ai fini di questa quota, incluse le route apprese personalizzate e le route ricevute tramite BGP.

Le route sono raggruppate per destinazioni univoche. Le route con destinazioni identiche ma diversi hop successivi vengono conteggiate come un'unica destinazione. Anche le route con destinazioni identiche e hop successivi identici valgono come un'unica destinazione.

Per le reti in modalità di routing dinamico globale, è possibile raggiungere una delle quote di prefissi di route dinamiche univoche senza raggiungere l'altra. Se una delle quote è stata superata, potresti riscontrare problemi di connettività intermittenti quando le route vengono eliminate. Per i dettagli, vedi l'esempio di route appresa .

Per saperne di più su queste quote, incluse le metriche che puoi utilizzare per comprendere l'utilizzo attuale, consulta Risolvere i problemi relativi alle route BGP e alla selezione delle route.

Valido solo per le reti VPC in modalità di routing dinamico globale.

Prefissi di route dinamiche del router Cloud univoci da altre regioni per regione per rete VPC

Il numero massimo di destinazioni univoche garantite per le route apprese da applicare alle subnet in una determinata regione dai router Cloud di diverse regioni. Questa quota viene definita quota da altre regioni di una regione.

Quota

I prefissi IPv4 e IPv6 vengono conteggiati ai fini di questa quota.

Tutte le route apprese vengono conteggiate ai fini di questa quota, incluse le route apprese personalizzate e le route ricevute tramite BGP.

Per le reti in modalità di routing dinamico globale, è possibile raggiungere una delle quote di prefissi di route dinamiche univoche senza raggiungere l'altra. Se una delle quote è stata raggiunta, potresti riscontrare problemi di connettività intermittenti quando le route vengono eliminate. Per i dettagli, vedi l'esempio di route appresa .

Per saperne di più su queste quote, incluse le metriche che puoi utilizzare per comprendere l'utilizzo attuale, consulta Risolvere i problemi relativi alle route BGP e alla selezione delle route.

Limiti

I seguenti limiti per il router Cloud si applicano alle reti Virtual Private Cloud (VPC). Salvo diversa indicazione, questi limiti non possono essere aumentati.

Elemento	Limite	Note
Numero massimo di router Cloud per combinazione di rete VPC e area geografica	5	Se disponi di una quota di progetto sufficiente, puoi creare fino a cinque router Cloud in una determinata rete VPC e regione.
Numero massimo di peer BGP per ciascun router Cloud in una determinata rete VPC e regione	128	Il peer BGP può essere uno dei seguenti: Un tunnel Cloud VPN che utilizza il routing dinamico Un collegamento VLAN per uno dei seguenti: Dedicated Interconnect Partner Interconnect Cross-Cloud Interconnect Un' appliance router all'interno di Network Connectivity Center
Numero massimo di prefissi che il router Cloud accetta da un singolo peer BGP	5000	Se un peer BGP annuncia più di 5000 prefissi, il router Cloud reimposta la sessione BGP.
Per un determinato router Cloud, la dimensione massima di tutte le risorse dei criteri.	35 kB (35.000 byte)
Numero massimo di termini di tutti i criteri di route BGP applicati all'interno di un singolo peer o direzione	1000	Questo limite non è suddiviso tra le risorse, ma combinato. Non esiste un limite per le dimensioni di una singola espressione di corrispondenza o azione, per il numero di azioni in un termine, per il numero di termini in un singolo criterio o per il numero di criteri.
Per un determinato router Cloud, il numero massimo di route subnet annunci per sessione BGP	Nessuna restrizione	I router Cloud non hanno un limite per il numero di route subnet che possono pubblicizzare. Il numero di route subnet è determinato dal numero di intervalli di subnet, che sono controllati da limiti e quote di rete VPC.
Per un determinato router Cloud, il numero massimo di route annunciate personalizzate per sessione BGP	200	Se le route annunciate personalizzate sono identiche per tutte le sessioni BGP su un router Cloud, questo limite rappresenta il numero totale di univoche route annunciate personalizzate IPv4 e IPv6 per il router Cloud. In questo caso, ogni sessione riceve lo stesso insieme di route annunciate personalizzate.
La dimensione massima per un singolo valore letterale dell'espressione di corrispondenza utilizzata in un criterio di route BGP, combinata tra le corrispondenze `destination` e `community`.	100 elementi di corrispondenza	Ad esempio, `destination.inAnyRange([prefix(...), prefix(..)]) && communities.matchesEvery(['0:0', '1:1'])` ha quattro elementi di corrispondenza e `destination == ... \|\| destination == ...` ha due elementi di corrispondenza. Non esiste un limite per il numero di azioni in un termine, per il numero di termini in un singolo criterio di route BGP o per il numero di criteri di route BGP.
Il numero massimo di elementi di azione consentiti in un'operazione di azione che accetta un elenco nei criteri di route BGP.	10 elementi di azione	Le seguenti operazioni di azione accettano elenchi: `asPath.prependSequence` `communities.add` `communities.remove` `communities.replaceAll` Non esiste un limite per il numero di azioni in un termine, per il numero di termini in un singolo criterio di route BGP o per il numero di criteri di route BGP.
Per un determinato router Cloud, il numero massimo di insiemi denominati. ([Anteprima])	500	Gli insiemi denominati contribuiscono al limite complessivo delle dimensioni delle risorse correlate ai criteri sul router.
Il numero massimo di elementi per insieme denominato. ([Anteprima])	1000
Numero massimo di query al minuto per le chiamate `list-bgp-routes` su un singolo router Cloud	1500	Questa quota proviene da `compute.googleapis.com/list_requests_per_region`. Per saperne di più, consulta Quote di frequenza.
Numero massimo di criteri di route BGP per router Cloud.	500
Per una determinata sessione BGP, il numero massimo di route apprese personalizzate	10	Per saperne di più su questa funzionalità, consulta Route apprese personalizzate.
Per una determinata regione in una rete VPC il numero massimo di prefissi IP univoci che possono essere configurati come route apprese personalizzate; questo limite consente di utilizzare gli stessi intervalli su più peer	10	Per saperne di più su questa funzionalità, consulta Route apprese personalizzate.

Esempio di route appresa

Gli esempi seguenti illustrano il comportamento di eliminazione delle route che puoi riscontrare quando viene superata la quota dalla propria regione o la quota da altre regioni.

Supponiamo che tu abbia router Cloud nella regione us-east1 e router Cloud nella regione us-west1 nella stessa rete VPC e che il routing dinamico globale sia abilitato. Ogni router Cloud in ogni regione apprende 250 destinazioni univoche. A scopo illustrativo di questo esempio, ogni router Cloud in ogni regione non apprende le stesse destinazioni.

Indipendentemente dai router Cloud che apprendono le route in ogni regione, la quota dalla propria regione di ogni regione viene esaurita perché i router Cloud in ogni regione apprendono 250 destinazioni univoche su 250. Anche le quote da altre regioni per entrambe le regioni vengono esaurite perché ogni router Cloud importa 250 destinazioni univoche dall'altra regione. Se la rete VPC di esempio utilizzasse il routing dinamico a livello di regione, le quote da altre regioni in ogni regione non si applicherebbero perché la modalità di routing dinamico a livello di regione indica alla rete VPC di creare route dinamiche solo nella regione che corrisponde all'hop successivo della route.

Superamento della quota dalla propria regione di una regione

Supponiamo che il router on-premise connesso a un router Cloud in us-west1 annunci una 251ª destinazione. I router Cloud nella regione us-west1 selezionano 250 delle 251 destinazioni univoche seguendo un ordine di route deterministico. Questi router inviano queste 250 destinazioni univoche alla rete VPC, creando 250 route dinamiche nella regione us-west1.

Poiché la rete VPC utilizza la modalità di routing dinamico globale, crea anche non più di 250 route dinamiche in ogni altra regione, soggette alla quota di destinazioni univoche da altre regioni di ogni altra regione. La sezione successiva descrive in modo più dettagliato cosa succede in altre regioni.

Superamento della quota da altre regioni di una regione

Quando i router Cloud nella regione us-west1 apprendono 251 destinazioni univoche, 250 delle 251 destinazioni univoche di us-west1 vengono rese disponibili alle risorse nella regione us-east1 perché la quota da altre regioni della regione us-east1 può accettare solo 250 destinazioni univoche.

Supponiamo che tu crei un router Cloud in una terza regione, us-central1, nella stessa rete VPC. Supponiamo che il nuovo router Cloud apprenda 10 destinazioni univoche dal suo peer BGP. Sebbene la quota dalla propria regione della regione us-central1 non sia stata superata, la quota da altre regioni della regione us-central1 è stata superata perché le altre due regioni forniscono un totale di 500 destinazioni univoche (250 da us-east1 e 250 diverse da us-west1).

Regione per regione, l' ordine di route deterministico seleziona le route per non più di 250 destinazioni univoche in altre regioni, come indicato nella tabella seguente.

Regione Destinazioni univoche locali della regione
(utilizzo della quota dalla propria regione della regione) Destinazioni univoche da altre regioni
(utilizzo della quota da altre regioni della regione )

Regione	Destinazioni univoche locali della regione (utilizzo della quota dalla propria regione della regione)	Destinazioni univoche da altre regioni (utilizzo della quota da altre regioni della regione )
us-west1	251 ricevute. Vengono selezionate 250 delle 251 e una delle 251 viene eliminata da ll'ordine di route deterministico. In `us-west1` vengono create 250 route dinamiche con hop successivi in `us-west1`. I 250 prefissi selezionati vengono condivisi con altre regioni.	260 ricevute (250 da `us-east1`, 10 da `us-central1`). Vengono selezionate 250 delle 260 e 10 delle 260 vengono eliminate dall'ordine di route deterministico. In `us-west1` vengono create 250 route dinamiche con hop successivi al di fuori di `us-west1`.
us-east1	250 ricevute. Tutte le 250 vengono selezionate dall'ordine di route deterministico. In `us-east1` vengono create 250 route dinamiche con hop successivi in `us-east1`. Tutti i 250 prefissi selezionati vengono condivisi con altre regioni.	260 ricevute (250 da `us-west1`, 10 da `us-central1`). Vengono selezionate 250 delle 260 e 10 delle 260 vengono eliminate dall'ordine di route deterministico. In `us-east1` vengono create 250 route dinamiche con hop successivi al di fuori di `us-east1`.
us-central1	10 ricevute. Tutte le 10 vengono selezionate dall'ordine di route deterministico. In `us-central1` vengono create 10 route dinamiche con hop successivi in `us-central1`. Tutti i 10 prefissi selezionati vengono condivisi con altre regioni.	500 ricevute (250 da `us-west1`, 250 da `us-east1`). Vengono selezionate 250 delle 500 e 250 delle 500 vengono eliminate dall'ordine di route deterministico. In `us-central1` vengono create 250 route dinamiche con hop successivi al di fuori di `us-central1`.

us-west1

251 ricevute. Vengono selezionate 250 delle 251 e una delle 251 viene eliminata da ll'ordine di route deterministico. In us-west1 vengono create 250 route dinamiche con hop successivi in us-west1.

I 250 prefissi selezionati vengono condivisi con altre regioni.

260 ricevute (250 da us-east1, 10 da us-central1). Vengono selezionate 250 delle 260 e 10 delle 260 vengono eliminate dall'ordine di route deterministico.

In us-west1 vengono create 250 route dinamiche con hop successivi al di fuori di us-west1.

us-east1

250 ricevute. Tutte le 250 vengono selezionate dall'ordine di route deterministico. In us-east1 vengono create 250 route dinamiche con hop successivi in us-east1.

Tutti i 250 prefissi selezionati vengono condivisi con altre regioni.

260 ricevute (250 da us-west1, 10 da us-central1). Vengono selezionate 250 delle 260 e 10 delle 260 vengono eliminate dall'ordine di route deterministico.

In us-east1 vengono create 250 route dinamiche con hop successivi al di fuori di us-east1.

us-central1

10 ricevute. Tutte le 10 vengono selezionate dall'ordine di route deterministico. In us-central1 vengono create 10 route dinamiche con hop successivi in us-central1.

Tutti i 10 prefissi selezionati vengono condivisi con altre regioni.

500 ricevute (250 da us-west1, 250 da us-east1). Vengono selezionate 250 delle 500 e 250 delle 500 vengono eliminate dall'ordine di route deterministico.

In us-central1 vengono create 250 route dinamiche con hop successivi al di fuori di us-central1.

Sebbene la quota da altre regioni della regione us-central1 sia stata superata, la quota dalla propria regione può accettare destinazioni i cui hop successivi si trovano nella regione us-central1.

Comportamento di eliminazione delle route deterministico

Il router Cloud implementa un comportamento di eliminazione delle route deterministico basato sulla lunghezza della subnet mask e sulle caratteristiche lessicografiche di ogni prefisso ricevuto. All'interno di ogni regione, il seguente processo si applica in modo indipendente all'elenco delle destinazioni dalla propria regione e all'elenco delle destinazioni univoche da altre regioni della regione:

L'elenco viene ordinato prima dalla lunghezza della subnet mask più breve a quella più lunga, poi IPv4 prima di IPv6, poi lessicograficamente. Ad esempio, 10.0.0.0/8 viene prima di 10.2.1.0/24, che viene prima di 10.99.1.0/24.
Vengono conservate le prime 250 voci dell'elenco. Tutte le altre vengono eliminate.

Come mostrato in superamento della quota da altre regioni di una regione, il comportamento di eliminazione deterministico viene applicato in modo indipendente alla quota dalla propria regione di ogni regione e alla quota da altre regioni di ogni regione.

Il comportamento di eliminazione delle route deterministico ha le seguenti conseguenze:

Se le lunghezze delle maschere sono uguali, i prefissi IPv6 vengono eliminati prima dei prefissi IPv4.
Se l'insieme di prefissi appresi in ogni regione rimane costante, Google Cloud programma un insieme coerente di route dinamiche locali in ogni regione, soggette alla modalità di routing dinamico della rete VPC. Questa coerenza, incluse le route eliminate dal router Cloud, viene mantenuta quando le attività del router Cloud vengono riavviate.

Evitare l'eliminazione delle route

Durante l'eliminazione delle route, perdi la connettività per i prefissi eliminati. Per evitare l'eliminazione delle route, monitora l'utilizzo dei prefissi dalla propria regione e da altre regioni di ogni regione utilizzando Cloud Monitoring o Cloud Logging e assicurati di non annunciare più destinazioni univoche di ogni quota.

Valuta la possibilità di riepilogare le route per ridurre il numero di destinazioni univoche. Ad esempio, se hai le quattro subnet 10.10.10.0/24, 10.10.10.1/24, 10.10.10.2/24 e 10.10.10.3/24, puoi riepilogarle come un unico prefisso, 10.10.0.0/22.

Se il riepilogo non è possibile, contatta il team di vendita Google Cloud per discutere di opzioni alternative.

Manage quotas

Cloud Router enforces quotas on resource usage for various reasons. For example, quotas protect the community of Google Cloud users by preventing unforeseen spikes in usage. Quotas also help users who are exploring Google Cloud with the free tier to stay within their trial.

All projects start with the same quotas, which you can change by requesting additional quota. Some quotas might increase automatically based on your use of a product.

Permissions

To view quotas or request quota increases, Identity and Access Management (IAM) principals need one of the following roles.

Task	Required role
Check quotas for a project	One of the following: Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Viewer (`roles/servicemanagement.quotaViewer`)
Modify quotas, request additional quota	One of the following: Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Administrator (`roles/servicemanagement.quotaAdmin`) A custom role with the `serviceusage.quotas.update` permission

Check your quota

Console

In the Google Cloud console, go to the Quotas page.
Go to Quotas
To search for the quota that you want to update, use the Filter table. If you don't know the name of the quota, use the links on this page instead.

gcloud

Using the Google Cloud CLI, run the following command to check your quotas. Replace PROJECT_ID with your own project ID.

    gcloud compute project-info describe --project PROJECT_ID

To check your used quota in a region, run the following command:

    gcloud compute regions describe example-region

Errors when exceeding your quota

If you exceed a quota with a gcloud command, gcloud outputs a quota exceeded error message and returns with the exit code 1.

If you exceed a quota with an API request, Google Cloud returns the following HTTP status code: 413 Request Entity Too Large.

Request additional quota

To adjust most quotas, use the Google Cloud console. For more information, see Request a quota adjustment.

Resource availability

Each quota represents a maximum number for a particular type of resource that you can create, if that resource is available. It's important to note that quotas don't guarantee resource availability. Even if you have available quota, you can't create a new resource if it is not available.

For example, you might have sufficient quota to create a new regional, external IP address in a given region. However, that is not possible if there are no available external IP addresses in that region. Zonal resource availability can also affect your ability to create a new resource.

Situations where resources are unavailable in an entire region are rare. However, resources within a zone can be depleted from time to time, typically without impact to the service level agreement (SLA) for the type of resource. For more information, review the relevant SLA for the resource.