Questa pagina è stata tradotta dall'API Cloud Translation.

Quote e limiti

Questo documento elenca le quote e i limiti che si applicano a Media CDN.

Google Cloud utilizza le quote per garantire equità e ridurre dei picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di dati Risorsa Google Cloud utilizzabile dal progetto Google Cloud. Quote si applicano a una serie di tipi di risorse, tra cui hardware, software e componenti. 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 di progetti che puoi creare. Le quote proteggono la community per gli utenti di Google Cloud evitando il sovraccarico dei servizi. Anche le quote sono utili per gestire le tue risorse Google Cloud.

Il sistema Cloud Quotas esegue le seguenti operazioni:

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

Nella maggior parte dei casi, quando tenti di consumare una risorsa superiore alla sua quota lo consente, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire.

In genere, le quote si applicano a livello di progetto Google Cloud. 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 sono condivise tra tutte le applicazioni e gli indirizzi IP.

Esistono anche limiti per le risorse Media CDN. Questi non sono correlati al sistema delle quote. I limiti non possono essere modificati se non diversamente specificato.

Limiti

I seguenti limiti si applicano a Media CDN.

Configurazione

Elemento	Limiti	Note
Numero massimo di `EdgeCacheService`	20 per progetto	Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero massimo di `EdgeCacheOrigin`	30 per progetto	Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero massimo di `EdgeCacheKeyset`	10 per progetto	Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero massimo di `RouteRules` per `EdgeCacheService`	2000	Ogni `EdgeCacheService` può definire fino a 10 `PathMatchers`, mentre ogni `PathMatcher` può definire fino a 200 `RouteRules`. Questo limite non può essere aumentato.
Numero massimo di certificati SSL per servizio	5	Questo limite non può essere aumentato. Fai riferimento anche alle quota per il progetto per i certificati SSL.
Numero massimo di chiavi pubbliche per `EdgeCacheKeyset`	3	Questo limite non può essere aumentato. Più chiavi in un set di chiavi sono progettate per abilitare la rotazione delle chiavi: dovresti rimuovere le chiavi meno recenti e inutilizzate nel tempo.
Numero massimo di chiavi condivise di convalida per `EdgeCacheKeyset`	3	Questo limite non può essere aumentato. In un set di chiavi sono presenti più chiavi progettato per consentire la rotazione della chiave: è necessario rimuovere nel tempo.

Intestazioni, richieste e risposte HTTP

Elemento	Limiti	Note
Dimensioni massime dell'intestazione della richiesta	Circa 11 KiB	Questo limite non può essere aumentato. La dimensione combinata di URL richiesta e intestazione richiesta è limitata a 15 KiB. Le richieste vengono rifiutate con una risposta HTTP 431 per HTTP/1.1 e connessioni a Internet. Le connessioni HTTP/2 vengono chiuse senza che venga utilizzato un codice di risposta scritto. Queste richieste vengono registrate con un `statusDetails` di `headers_too_long`, se il logging è abilitato.
Dimensioni massime del corpo della richiesta	16 KiB	Le richieste con un corpo superiore a questo limite vengono rifiutate con un codice di stato HTTP `413 Content Too Large`.
Dimensioni massime dell'intestazione della risposta	Circa 128 KiB	Questo limite non può essere aumentato. Le risposte dell'origine con intestazioni che superano questo limite comportano l'invio di un messaggio HTTP 502 al client. Questi vengono registrati con un `statusDetails` di `backend_response_headers_too_long`, se il logging è abilitato.
Dimensioni massime degli oggetti memorizzabili nella cache	100 GiB	Questo limite non può essere aumentato. Questa è la dimensione massima degli oggetti nell'origine Media CDN può memorizzare nella cache. Gli oggetti più grandi vengono considerati non memorizzabili nella cache.
Dimensione massima della risposta non cacheabile	500 MiB	Questo limite non può essere aumentato. Questo è il numero massimo di byte nel corpo di una risposta che Media CDN esegue il proxy quando un oggetto non è memorizzabile nella cache. Le risposte non memorizzabili nella cache vengono troncate una volta raggiunto il limite.
Conversione in minuscolo per le intestazioni	Sempre, per Media CDN	Media CDN segue le convenzioni HTTP/2 per l'uso di lettere maiuscole/minuscole nelle intestazioni di richiesta e risposta. Indipendentemente dal protocollo utilizzato, tutte le intestazioni vengono convertite minuscolo. Ad esempio, `Host` diventa `host` e `Keep-Alive` diventa `keep-alive`. Le maiuscole dei valori delle intestazioni non vengono modificate.

Limiti di frequenza delle richieste API

Se hai bisogno di un limite di frequenza più elevato per le richieste API, puoi rivedere l'utilizzo attuale e richiedere un aumento.

Elemento	Limiti
Annullamenti	10 al minuto per `EdgeCacheService`
Tutte le chiamate che non si trovano nello spazio dei nomi `networkservices`	1200 chiamate al minuto per progetto
*Sola lettura: `GetEdgeCache`, `ListEdgeCache`*	100 al minuto per progetto
Lettura/scrittura: tutto nello spazio dei nomi `networkservices` non contrassegnato come di sola lettura	100 al minuto per progetto

Timeout client

Timeout	Durata massima	Codice risposta	Descrizione
Maximum request duration	5 minuti	HTTP 408 (Request Timeout)	La durata massima di una singola richiesta-risposta.
Header timeout	10 secondi	HTTP 408 (Request Timeout)	Il tempo entro il quale il client deve inviare l'intero insieme di intestazioni della richiesta.

Timeout dell'origine

connectTimeout e maxAttemptsTimeout limitano il tempo di Media CDN per trovare una risposta utilizzabile.

Entrambi i timeout includono il tempo impiegato dall'origine per restituire le intestazioni e determinare se utilizzare un failover o un reindirizzamento. connectTimeout si applica in modo indipendente per ogni tentativo di origine, mentre maxAttemptsTimeout include il tempo necessario per la connessione in tutti i tentativi di origine, inclusi i failover e i reindirizzamenti. L'esecuzione di un reindirizzamento viene conteggiata come tenta di connettersi all'origine e viene conteggiato ai fini del set di maxAttempts per l'origine configurata.

Quando Media CDN rileva una risposta senza reindirizzamenti, ad esempio da un'origine di reindirizzamento o failover, readTimeout e responseTimeout si applicano i valori corrispondenti. Le origini reindirizzate utilizzano connectTimeout, readTimeout, e responseTimeout valori configurati per EdgeCacheOrigin che ha riscontrato il reindirizzamento.
responseTimeout e readTimeout controllano per quanto tempo una risposta trasmessa in streaming può . Una volta che Media CDN ha stabilito che utilizzerà una risposta upstream, né connectTimeout né maxAttemptsTimeout sono importanti. A questo punto, readTimeout e responseTimeout entrano in vigore.

Media CDN effettua al massimo quattro tentativi per l'origine tra tutte le origini, indipendentemente dal valore maxAttempts impostato da ogni EdgeCacheOrigin. Media CDN utilizza il valore maxAttemptsTimeout del EdgeCacheOrigin principale. I valori di timeout per tentativo (connectTimeout, readTimeout e responseTimeout) sono configurati per EdgeCacheOrigin per ogni tentativo.

Nella tabella seguente vengono descritti i campi relativi al timeout:

Campo	Predefinito	Descrizione
connectTimeout	5 secondi	Il tempo massimo che Media CDN può impiegare dall'inizio della richiesta all'origine fino a quando Media CDN non determina se la risposta è utilizzabile. In pratica, `connectTimeout` copre la fase iniziale di creazione della richiesta, per poi eseguire quindi eseguire handshake TLS, stabilire una connessione TCP/QUIC mediante il recupero delle intestazioni delle risposte che contengono il codice di stato HTTP. Il timeout deve essere un valore compreso tra 1 e 15 secondi.
maxAttemptsTimeout	15 secondi	Il tempo massimo in tutti i tentativi di connessione all'origine, incluse quelle di failover, prima di restituire un errore al client. Verrà visualizzato un errore HTTP 504 se il timeout viene raggiunto prima che venga restituita una risposta. Il timeout deve essere un valore compreso tra 1 secondo e 30 secondi. Questa impostazione definisce la durata totale di tutti i tentativi di connessione all'origine, incluse le origini di failover, per limitare il tempo totale che i client devono attendere prima che inizi lo streaming dei contenuti. Solo il primo Viene utilizzato il valore `maxAttemptsTimeout`, dove il primo è definito dall'origine configurata per la route specificata.
readTimeout	15 secondi	La durata massima di attesa tra le letture di una singola risposta HTTP. Il valore `readTimeout` è limitato dal valore `responseTimeout`. Tutte le letture della risposta HTTP devono essere completate entro la scadenza impostata dalla `responseTimeout`. Il timeout deve essere un valore compreso tra 1 e 30 secondi. Se questo timeout viene raggiunto prima del completamento della risposta, la risposta viene troncata e registrata.
responseTimeout	30 secondi	La durata massima per consentire il completamento di una risposta. Il timeout deve essere un valore compreso tra 1 secondo e 120 secondi. La durata viene misurata a partire dal momento in cui i primi byte del corpo vengono ricevuto. Se questo timeout viene raggiunto prima che la risposta sia completa, la risposta viene troncata e registrata.

Manage quotas

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

Console

In the Google Cloud console, go to the Quotas page.
Go to Quotas
On the Quotas page, select the quotas that you want to change.
At the top of the page, click Edit quotas.
For Name, enter your name.
Optional: For Phone, enter a phone number.
Submit your request. Quota requests take 24 to 48 hours to process.

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 the us-central1 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.