Quote e limiti

router Cloud utilizza quote e limiti di sistema per mantenere un'allocazione equa delle risorse, prevenire i sovraccarichi dei servizi e aiutarti a gestire l'utilizzo delle risorse.

Le quote e i limiti di sistema sono simili, ma differiscono nei seguenti modi:

• 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 Panoramica delle quote di Cloud.

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

Quote

Per modificare una quota, consulta Richiedi una quota aggiuntiva.

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

Elemento	Quota	Note
Router Cloud per progetto	Quota	Indipendentemente dalla quota, ogni rete è limitata a cinque router Cloud per area geografica. 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 parte di tutti i router Cloud nella stessa regione. Questa viene definita quota from-own-region di una regione.	Quota	Sia i prefissi IPv4 che quelli 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. I percorsi sono raggruppati per destinazioni univoche. Le route con destinazioni identiche, ma hop successivi diversi, vengono conteggiate come una singola destinazione. Anche le route con destinazioni identiche e hop successivi identici vengono conteggiate come una singola 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 maggiori dettagli, consulta l'esempio di route appresa. Per saperne di più su queste quote, incluse le metriche che puoi utilizzare per comprendere l'utilizzo attuale, consulta Risolvi i problemi relativi alle route BGP e alla selezione delle route.
Applicabile solo alle reti VPC in modalità di routing dinamico globale. Prefissi univoci delle route dinamiche del router Cloud di altre regioni per regione per rete VPC Il numero massimo di destinazioni univoche garantite per le route apprese che possono essere applicate alle subnet in una determinata regione dai router Cloud di regioni diverse. Questa viene definita quota da altre regioni di una regione.	Quota	Sia i prefissi IPv4 che quelli 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. I percorsi sono raggruppati per destinazioni univoche. Le route con destinazioni identiche, ma hop successivi diversi, vengono conteggiate come una singola destinazione. Anche le route con destinazioni identiche e hop successivi identici vengono conteggiate come una singola 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à intermittente quando le route vengono eliminate. Per maggiori dettagli, consulta l'esempio di route appresa. Per saperne di più su queste quote, incluse le metriche che puoi utilizzare per comprendere l'utilizzo attuale, consulta Risolvi 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 regione	5	Se disponi di una quota di progetto sufficiente, puoi creare fino a cinque router Cloud in una determinata rete VPC e area geografica.
Numero massimo di peer BGP per ogni 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 elementi: 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 della policy.	35 kB (35.000 byte)
Numero massimo di termini di tutte le policy di route BGP applicate all'interno di un singolo peer o direzione BGP	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 una singola policy o per il numero di policy.
Per un determinato router Cloud, il numero massimo di annunci di route di subnet per sessione BGP	Nessuna restrizione	I router Cloud non hanno un limite per il numero di route di subnet che possono annunciare. Il numero di route delle subnet è determinato dal numero di intervalli di subnet, controllati dalle quote e dai limiti della 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 route annunciate personalizzate IPv4 e IPv6 uniche per il router Cloud. In questo caso, ogni sessione riceve lo stesso insieme di route annunciate personalizzate.
La dimensione massima di un singolo valore letterale dell'espressione di corrispondenza utilizzato in una policy di route BGP, combinato 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 == ... ne ha due. Non esiste un limite al numero di azioni in un termine, al numero di termini in una singola policy di route BGP o al numero di policy di route BGP.
Il numero massimo di elementi di azione consentiti in un'operazione di azione che accetta un elenco nelle policy 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 al numero di azioni in un termine, al numero di termini in una singola policy di route BGP o al numero di policy di route BGP.
Per un determinato router Cloud, il numero massimo di set denominati.	500	I set denominati contribuiscono al limite complessivo delle dimensioni delle risorse correlate alle policy sul router.
Il numero massimo di elementi per set denominato.	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 policy 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 di seguito illustrano il comportamento di eliminazione delle route che puoi riscontrare quando viene superata la quota from-own-region o la quota from-other-regions.

Supponiamo che tu abbia dei router Cloud nella regione us-east1 e dei router Cloud nella regione us-west1 nella stessa rete VPC e che sia abilitato il routing dinamico globale. Ogni router Cloud in ogni regione apprende 250 destinazioni univoche. Ai fini illustrativi di questo esempio, ogni router Cloud in ogni regione non apprende nessuna delle stesse destinazioni.

Indipendentemente dai router Cloud che apprendono le route all'interno di ogni regione, la quota della propria regione viene esaurita perché 250 destinazioni uniche su 250 vengono apprese dai router Cloud in ogni regione. Anche le quote from-other-regions per entrambe le regioni sono esaurite perché ogni router Cloud importa 250 destinazioni univoche dall'altra regione. Se la rete VPC di esempio utilizzava il routing dinamico regionale, le quote da altre regioni in ciascuna regione non si applicano perché la modalità di routing dinamico regionale indica alla rete VPC di creare route dinamiche solo nella regione che corrisponde all'hop successivo della route.

Superamento della quota di una regione per la propria 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 scelgono 250 delle 251 destinazioni univoche seguendo un ordine di route deterministico. Questi router inviano le 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, non crea più di 250 route dinamiche in ogni altra regione, in base alla quota di destinazioni univoche da altre regioni di ogni altra regione. La sezione successiva descrive in modo più dettagliato cosa succede nelle 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 from-own-region della regione us-central1 non sia stata superata, la quota from-other-regions della regione us-central1 è stata superata perché le altre due regioni forniscono un totale di 500 destinazioni uniche (250 da us-east1 e altre 250 da us-west1).

In base alla regione, l'ordine delle route deterministico seleziona le route per un massimo di 250 destinazioni uniche in altre regioni, come indicato nella tabella seguente.

Regione	Destinazioni univoche locali della regione (utilizzo della quota della regione dalla propria regione)	Destinazioni univoche da altre regioni (utilizzo della quota da altre regioni della regione)
us-west1	251 ricevuti. 250 delle 251 route vengono selezionate e una delle 251 viene eliminata dall'ordine deterministico delle route. Vengono create 250 route dinamiche con hop successivi in us-west1 in us-west1. I 250 prefissi selezionati sono condivisi con altre regioni.	260 ricevute (250 da us-east1, 10 da us-central1). 250 delle 260 vengono selezionate 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 route vengono selezionate in base all'ordine delle route deterministico. 250 route dinamiche con hop successivi in us-east1 vengono create in us-east1. Tutti i 250 prefissi selezionati sono condivisi con altre regioni.	260 ricevute (250 da us-west1, 10 da us-central1). 250 delle 260 vengono selezionate 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 ricevuti. Tutti e 10 vengono selezionati in base all'ordine di route deterministico. Vengono create 10 route dinamiche con hop successivi in us-central1 in us-central1. Tutti i 10 prefissi selezionati sono condivisi con altre regioni.	500 ricevuti (250 da us-west1, 250 da us-east1). 250 dei 500 vengono selezionati e 250 dei 500 vengono eliminati dall'ordine di route deterministico. In us-central1 vengono create 250 route dinamiche con hop successivi esterni a us-central1.

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

Comportamento di scarto deterministico delle route

router Cloud implementa un comportamento di scarto deterministico delle route basato sulla lunghezza della subnet mask e sulle caratteristiche lessicografiche di ogni prefisso ricevuto. All'interno di ogni regione, la seguente procedura si applica in modo indipendente all'elenco delle destinazioni della regione stessa e all'elenco delle destinazioni uniche di altre regioni:

• L'elenco è ordinato prima in base alla lunghezza della subnet mask, dalla più corta alla più lunga, poi in base a IPv4 prima di IPv6 e infine in ordine lessicografico. 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. Tutti gli altri vengono ignorati.

Come mostrato in Superamento della quota da altre regioni di una regione, il comportamento di eliminazione deterministico viene applicato indipendentemente alla quota della propria regione e alla quota da altre regioni di ciascuna regione.

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

• Se le lunghezze delle maschere sono uguali, i prefissi IPv6 vengono ignorati 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, in base alla modalità di routing dinamico della rete VPC. Questa coerenza, incluse le route ignorate dal router Cloud, viene preservata quando le attività del router Cloud vengono riavviate.

Evitare l'interruzione del percorso

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

Valuta la possibilità di riassumere le route per ridurre il numero di destinazioni univoche. Ad esempio, se hai le quattro subnet 10.10.0.0/24, 10.10.1.0/24, 10.10.2.0/24 e 10.10.3.0/24, puoi riassumerle in un unico prefisso, 10.10.0.0/22.

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

Gestisci quote

Cloud Router applica le quote sull'utilizzo delle risorse per vari motivi. Ad esempio, le quote proteggono la community di utenti di Google Cloud da picchi di utilizzo imprevisti. Le quote sono utilizzate anche per aiutare gli utenti che esplorano Google Cloud con il Livello gratuito a restare entro i limiti previsti per la prova.

Tutti i progetti iniziano con le stesse quote, che puoi modificare richiedendo quota aggiuntiva. Alcune quote potrebbero aumentare automaticamente in base all'uso che fai del prodotto.

Autorizzazioni

Per visualizzare le quote o richiedere aumenti di quota, i principali di Identity and Access Management (IAM) devono disporre di uno dei seguenti ruoli.

Attività	Ruolo richiesto
Controllare le quote per un progetto	Uno dei seguenti: Proprietario del progetto (roles/owner) Editor del progetto (roles/editor) Visualizzatore quote (roles/servicemanagement.quotaViewer)
Modificare quote, richiedere quota aggiuntiva	Uno dei seguenti: Proprietario del progetto (roles/owner) Editor del progetto (roles/editor) Amministratore quota (roles/servicemanagement.quotaAdmin) Un ruolo personalizzato con l'autorizzazione serviceusage.quotas.update

Controlla la quota

Console

1. Nella Google Cloud console, vai alla pagina Quote.

   Vai a Quote

2. Per cercare la quota da aggiornare, utilizza Filtra tabella. Se non conosci il nome della quota, utilizza invece i link in questa pagina.

gcloud

Con Google Cloud CLI, esegui il comando seguente per verificare le quote. Sostituisci PROJECT_ID con l'ID del tuo progetto.

    gcloud compute project-info describe --project PROJECT_ID

Per verificare la quota utilizzata in un'area geografica, esegui questo comando:

    gcloud compute regions describe example-region
    

Errori quando superi la quota

Se superi una quota con un comando gcloud, gcloud restituisce un messaggio di errore quota exceeded e il codice di uscita 1.

Se superi una quota con una richiesta API, Google Cloud viene restituito il seguente codice di stato HTTP: 413 Request Entity Too Large.

Richiedi quota aggiuntiva

Per modificare la maggior parte delle quote, utilizza la Google Cloud console. Per ulteriori informazioni, consulta Richiedere un aggiustamento delle quote.

Disponibilità delle risorse

Ciascuna quota rappresenta un numero massimo per un determinato tipo di risorsa che puoi creare, se la risorsa è disponibile. È importante notare che le quote non garantiscono la disponibilità delle risorse. Anche se hai quota disponibile, non puoi creare una nuova risorsa se non è disponibile.

Ad esempio, potresti avere quota sufficiente per creare un nuovo indirizzo IP esterno a livello di regione in una determinata regione. Tuttavia, ciò non è possibile se non sono disponibili indirizzi IP esterni in quella regione. Anche la disponibilità di risorse a livello di zona potrebbe influire sulla tua possibilità di creare una nuova risorsa.

Situazioni in cui le risorse non sono disponibili in un'intera area geografica sono rare. Tuttavia, le risorse all'interno di una zona possono esaurirsi di volta in volta.