Quote e limiti

Le seguenti sezioni illustrano quote e limiti relativi a zone, record e dimensioni dei record di risorse di Cloud DNS.

Quote

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

Elemento Quota Note
Numero di query API per utente, per 100 secondi Quote Il numero massimo di richieste API che un utente IAM può inviare all'API Cloud DNS in un periodo di tempo di 100 secondi.

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 dallo strumento a riga di comando gcloud e tramite la Google Cloud Console.

Limiti delle risorse

Elemento Limite Note
Zone gestite 10.000 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Set di record di risorse (RR) per zona gestita 10.000 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Record per set di record di risorse 100. Tuttavia, ogni delega (set di record di risorse di tipo NS) può avere fino a 8 server dei nomi. Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Server dei nomi per delega 8 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Aggiunte per modifica 1000 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Eliminazioni per modifica 1000 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Dimensioni dei dati dei record di risorse per modifica 100.000 byte Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero di combinazioni delle etichette 1000 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero di etichette per zona gestita 64 etichette e 128 byte per chiave o valore Questo limite non può essere aumentato.
Numero di target di inoltro in una zona di inoltro 50 Questo limite non può essere aumentato.
Numero di target di inoltro in un server dei nomi alternativo 50 Questo limite non può essere aumentato.
Numero di risorse di criteri per progetto 100 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero di reti VPC associate a una risorsa di criteri 100 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero di reti VPC associate a una risorsa di zona gestita privata 100 Contatta il team di vendita Google Cloud se devi aumentare questo limite.
Numero di risorse di zona gestita associate a una rete VPC 10.000 Contatta il team di vendita Google Cloud se devi aumentare questo limite.

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. Il valore totalRrdataSizePerChange, misurato in byte, rappresenta il totale combinato delle aggiunte e delle eliminazioni relative a una modifica.

gcloud dns project-info describe my-project
id: my-project,
kind: "dns#project",
number: "123456789012",
quota:
    kind: dns#quota,
    managedZones: 10000,
    resourceRecordsPerRrset: 10000,
    rrsetAdditionsPerChange: 1000,
    rrsetDeletionsPerChange: 1000,
    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.

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.

Non è possibile assegnare allo stesso shard zone diverse con lo stesso nome DNS; pertanto è possibile creare solo cinque zone con lo stesso identico nome DNS (questo limite si applica a tutti i progetti e gli utenti di Google Cloud). Prima di creare una quinta zona con lo stesso nome DNS e impedire quindi a chiunque altro di utilizzarlo, Cloud DNS richiede di verificare il dominio con un record TXT.

Cloud DNS assegna shard diversi alle zone con nomi DNS di sottodominio come domain.example e any.sub.domain.example; pertanto ci possono essere al massimo cinque livelli di zone delegate per qualsiasi sottodominio ospitato su Cloud DNS. I sottodomini non delegati e le deleghe ospitate su altri servizi DNS non incidono su questo limite.

Non puoi creare una zona gestita per un dominio principale quando tutti gli shard sono già utilizzati per i sottodomini figlio. Per evitare questo problema, crea sempre zone gestite per i domini principali prima di creare le zone per i relativi sottodomini.

In alternativa, segui le istruzioni riportate di seguito per liberare uno shard e far posto al 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.

Managing quotas

Cloud DNS 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 may 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:
Modify quotas, request additional quota One of the following:

Checking your quota

Console

  1. In the Cloud Console, go to the Quotas page.

    Go to Quotas

  2. 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 gcloud command-line tool, 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: HTTP 413 Request Entity Too Large.

Requesting additional quota

To increase or decrease most quotas, use the Google Cloud Console. Some quotas can't be increased above their default values.

For more information, see the following sections of Working with quotas:

Console

  1. In the Cloud Console, go to the Quotas page.

    Go to Quotas

  2. On the Quotas page, select the quotas that you want to change.
  3. At the top of the page, click Edit quotas.
  4. Fill out your name, email, and phone number, and then click Next.
  5. Fill in your quota request, and then click Done.
  6. 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 do not 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.