Quote e limiti

Questo documento elenca le quote e i limiti di sistema che si applicano a Cloud DNS. Le quote specificano la quantità di una risorsa condivisa e conteggiabile che puoi utilizzare e sono definite dai servizi Google Cloud come Cloud DNS. I limiti di sistema sono valori fissi che non possono essere modificati.

Google Cloud utilizza le quote per contribuire a garantire l'equità e ridurre gli picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di una risorsa Google Cloud che può essere utilizzata nel progetto Google Cloud. 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 utenti di Google Cloud impedendo il sovraccarico dei servizi. Le quote ti aiutano anche a gestire le tue risorse Google Cloud.

Il sistema delle quote di Cloud esegue le seguenti operazioni:

• Monitora il tuo consumo di prodotti e servizi Google Cloud
• Limita il consumo di queste risorse
• Fornisce un modo per richiedere modifiche al valore 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 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 di sistema per le risorse Cloud DNS. I limiti di sistema non possono essere modificati.

Quote

Per modificare una quota, consulta la sezione relativa alla richiesta di quota aggiuntiva.

Questa tabella evidenzia le quote globali più importanti per le risorse Cloud DNS di ciascun progetto. Per altre quote, consulta la pagina Quote in Google Cloud Console.

Limiti

A differenza delle quote, per le quali è possibile richiedere una quota aggiuntiva, i limiti in genere non possono essere aumentati se non diversamente specificato.

Utilizzo delle API

Il numero di richieste API (query) giornaliere è determinato a livello di progetto. Tutte le richieste API sono conteggiate a fronte di questo limite, incluse quelle effettuate da Google Cloud CLI e tramite la console Google Cloud.

Limiti delle risorse

Limiti per i server dei nomi

Cloud DNS assegna tutte le zone gestite pubbliche a uno dei cinque shard del server dei nomi. Gli shard sono identificati dalla lettera che precede il numero in un nome di server dei nomi autorevole, pertanto l'intervallo da ns-cloud-e1 a ns-cloud-e4 rappresenta lo shard E.

Una nuova zona gestita di un dominio, ad esempio domain.example.tld, non può essere assegnata a uno shard se nello stesso shard esiste già uno dei seguenti elementi:

• Una zona gestita con lo stesso nome DNS, ad esempio domain.example.tld
• Un sottodominio del nome DNS, ad esempio sub.domain.example.tld
• Un dominio principale del nome DNS, ad esempio example.tld

A causa di queste limitazioni, alle zone gestite pubblicamente si applicano le seguenti limitazioni:

• Puoi creare un massimo di cinque zone con lo stesso nome DNS.
• Per qualsiasi dominio principale, puoi creare un massimo di cinque livelli di sottodomini.

Questo limite si applica a tutti i progetti e gli utenti di Google Cloud. I sottodomini non delegati e le deleghe ospitate su altri servizi DNS non incidono su questo limite. Prima di creare una quinta zona con lo stesso nome DNS e impedire a chiunque altro di utilizzarlo, Cloud DNS richiede di verificare la proprietà del dominio con un record TXT.

È possibile assegnare più sottodomini dello stesso dominio principale, ad esempio domain.example.tld e otherdomain.example.tld, allo stesso shard. Tuttavia, Cloud DNS potrebbe scegliere qualsiasi shard disponibile dopo aver preso in considerazione la limitazione. Se crei questi sottodomini in ogni shard, non puoi creare una zona per il dominio principale example.tld.

Per evitare questo problema, crea sempre zone gestite per i domini principali prima di creare le zone per i relativi sottodomini.

Se i domini secondari stanno già bloccando tutti gli shard, segui questi passaggi per liberarne uno per il dominio principale:

1. Controlla i server dei nomi per ogni zona del sottodominio, per determinare a quale shard appartenga.
2. Trova lo shard (X) con il minor numero di zone gestite (o con quelle meno importanti).
3. Esporta in un altro servizio DNS le zone che appartengono allo shard X (e modifica le relative deleghe).
4. Quando scadono i TTL delle deleghe originali, elimina le zone gestite per i sottodomini dello shard X.
5. Crea la zona gestita per il dominio principale; verrà assegnata allo shard X.
6. Ripristina le zone gestite eliminate relative ai sottodomini ripristinando i sottodomini prima di qualsiasi sottodominio secondario. Poiché verranno collocate in nuovi shard, richiederanno tutte deleghe aggiornate.

Controllare i limiti

Per cercare i limiti per il tuo progetto, puoi usare il comando seguente. L'esempio seguente mostra i limiti totali per i diversi tipi di oggetti presenti nel progetto my-project. La quota totalRrdataSizePerChange viene misurata in byte e rappresenta il totale combinato delle aggiunte e delle eliminazioni relative a una modifica.

gcloud dns project-info describe my-project

Anche se si tratta di limiti, Google Cloud li monitora internamente come quote, pertanto vengono etichettati come quote nell'output.

id: my-project,
kind: "dns#project",
number: "123456789012",
quota:
    kind: dns#quota,
    managedZones: 10000,
    resourceRecordsPerRrset: 10000,
    rrsetAdditionsPerChange: 3000,
    rrsetDeletionsPerChange: 3000,
    rrsetsPerManagedZone: 10000,
    totalRrdataSizePerChange: 100000,
    labelSets: 1000

Il nome del progetto predefinito e quelli dei progetti aggiuntivi sono riportati nella parte superiore della home page in Google Cloud Console.

Gestisci quote

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

Controlla la quota

    gcloud dns project-info describe PROJECT_ID
    

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 restituisce il seguente codice di stato HTTP: 413 Request Entity Too Large.

Richiedi quota aggiuntiva

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

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 nella regione us-central1. 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 tanto in tanto, generalmente senza impatto sull'accordo sul livello del servizio (SLA) per il tipo di risorsa. Per ulteriori informazioni, consulta lo SLA pertinente per la risorsa.