Ce document répertorie les quotas et les limites système qui s'appliquent à Cloud DNS. Les quotas, qui indiquent la quantité de ressources partagées dénombrables auxquelles peuvent utiliser. Ils sont définis par les services Google Cloud tels que Cloud DNS. Les limites système sont des valeurs fixes qui ne peuvent pas être modifiées.
Google Cloud utilise des quotas pour garantir l'équité et réduire les pics d'utilisation et de disponibilité des ressources. Un quota limite la quantité de ressources Google Cloud que votre projet Google Cloud peut utiliser. Les quotas s'appliquent à différents types de ressources, y compris les composants matériels, logiciels et réseau. Par exemple, les quotas peuvent limiter le nombre d'appels d'API à un service, le nombre d'équilibreurs de charge utilisés simultanément par votre projet ou le nombre de projets que vous pouvez créer. Les quotas protègent la communauté des utilisateurs de Google Cloud en empêchant la surcharge des services. Les quotas vous aident également à gérer vos propres ressources Google Cloud.
Le système Cloud Quotas effectue les opérations suivantes :
- Surveille votre consommation de produits et services Google Cloud
- Limite votre consommation de ces ressources
- Permet de demander des modifications de la valeur de quota
Dans la plupart des cas, lorsque vous tentez d'utiliser plus d'une ressource que son quota ne le permet, le système bloque l'accès à la ressource et la tâche que vous essayez d'effectuer échoue.
Les quotas s'appliquent généralement au niveau du projet Google Cloud. Votre utilisation d'une ressource dans un projet n'affecte pas votre quota disponible dans un autre projet. Dans un projet Google Cloud, les quotas sont partagés entre toutes les applications et adresses IP.
Des limites système s'appliquent également aux ressources Cloud DNS. Les limites système ne peuvent pas être modifiées.
Quotas
Pour modifier un quota, consultez la section Demander une augmentation de quota.
Ce tableau présente les principaux quotas mondiaux pour les ressources Cloud DNS de chaque projet. Pour connaître les autres quotas, consultez la Page Quotas dans la console Google Cloud.
| Élément | Description |
|---|---|
| Limite de lecture par minute pour une région | Il s'agit du nombre maximal de requêtes API qu'un utilisateur IAM peut envoyer à l'API Cloud DNS dans un délai d'une minute. Ce ne concerne que les appels d'API. Il n'y a pas de quotas pour les requêtes DNS en cours de traitement. |
| Clés DNSSEC par zone gérée | Nombre maximal de clés DNSSEC par zone gérée. |
| Zones gérées par projet | Nombre maximal de zones gérées autorisé dans le projet. |
| Zones gérées par réseau VPC | Nombre maximal autorisé de zones gérées pouvant être associées à un sur le réseau VPC du client. |
| Ressources de stratégie par projet | Nombre maximal de règles de serveur DNS par projet. |
| Réseaux par stratégie de réponse | Nombre maximal de réseaux VPC autorisé par stratégie de réponse. |
| Éléments par règle de routage | Nombre maximal d'éléments autorisés par règle de routage. |
| Clusters GKE par zone gérée | Nombre maximal de clusters Google Kubernetes Engine (GKE) auxquels une zone de portée privée peut être associée. |
| Clusters GKE par stratégie | Nombre maximal de clusters GKE autorisé par stratégie. |
| Zones gérées par cluster GKE | Nombre maximal de zones gérées pouvant être associées à un cluster GKE. |
| Enregistrements de ressources ajoutés par modification | Le nombre maximal de ResourceRecordSets que vous pouvez
ajouter par ChangesCreateRequest. |
| Suppressions d'enregistrements de ressources par modification | Nombre maximal de ResourceRecordSets autorisé à supprimer par ChangesCreateRequest. |
| Jeux d'enregistrements de ressources par zone gérée | Nombre maximal autorisé de ResourceRecordSets par zone dans le projet. |
| Enregistrements de ressources par jeu d'enregistrements de ressources | Le nombre maximal autorisé de ResourceRecords par
ResourceRecordSet Chaque délégation (ensembles d'enregistrements de ressources de type NS) peut avoir jusqu'à huit serveurs de noms. |
| Stratégies de réponse par projet | Nombre maximal de stratégies de réponse autorisé par projet. |
| Limite d'écriture de la règle de stratégie de réponse pendant une minute pour une région | Nombre maximal de règles de stratégie de réponse pouvant être écrites par minute pour une région donnée. |
| Règles de stratégie de réponse par action par lot | Nombre maximal d'actions de gestion des stratégies de réponse par lot et par minute. |
| Règles de stratégie de réponse par stratégie | Nombre maximal de règles de stratégie de réponse que vous pouvez créer pour une stratégie. |
| Serveurs de noms cibles par stratégie de transfert | Nombre maximal de serveurs de noms cibles autorisé par règle de transfert. |
| Serveurs de noms cibles par zone gérée | Nombre maximal de serveurs de noms cibles autorisés par la zone de transfert. |
| Taille totale des données du jeu d'enregistrements de ressources (en octets) par modification | Taille maximale autorisée pour rrdata au total en un
ChangesCreateRequest en octets. |
| Réseaux VPC par zone gérée | Nombre maximal de réseaux VPC autorisés par un peut être associée à une zone à portée privée. |
| Réseaux VPC par règle | Nombre maximal de réseaux VPC autorisé par Règle de serveur Cloud DNS. |
| Limite d'écriture pour une minute pour une région | Nombre maximal d'écritures DNS par région et par minute. Ce quota est utilisée pour toute opération d'écriture qui crée, modifie ou supprime un enregistrement DNS. |
Limites
Vous pouvez demander des quotas supplémentaires, mais sauf stipulation contraire, les limites ne peuvent pas être augmentées.
Utilisation de l'API
Le nombre de requêtes API autorisées par jour est déterminé au niveau du projet. Toutes les requêtes API sont prises en compte pour cette limite, y compris celles effectuées à partir de Google Cloud CLI et de Google Cloud Console.
Limites de ressources
| Élément | Limite |
|---|---|
| Pour demander la modification de ces limites, contactez le service client Cloud. | |
| Nombre de zones d'appairage par réseau | 1 000 |
| Serveurs de noms par délégation | 8 |
| Ajouts pour chaque opération de modification | 1 000 |
| Suppressions pour chaque opération de modification | 1 000 |
| Taille des données d'enregistrement de ressource pour chaque opération de modification | 100 000 octets |
| Nombre de combinaisons de libellés | 1 000 |
| Nombre de règles par stratégie de réponse | 10 000 |
| Nombre d'éléments par règle de routage | 100 |
| Nombre de zones gérées liées à un réseau VPC | 10 000 |
| Taille maximale d'une réponse DNS (UDP) | 1 440 octets |
| Taille maximale d'une réponse DNS (TCP) | 65 533 octets |
| Ces limites ne peuvent pas être augmentées. | |
| Nombre maximal de requêtes par réseau VPC et par zone | 100 000 requêtes sur une période de dix secondes (10 s) dans une zone Google Cloud, par exemple us-central1-a |
| Nombre de stratégies de réponse par réseau VPC | 1 |
| Nombre de libellés par zone gérée | 64 libellés et 128 octets par clé ou valeur |
| Nombre de cibles de transfert dans une zone de transfert | 50 |
| Nombre de cibles de transfert dans un autre serveur de noms | 50 |
Limites concernant le serveur de noms
Cloud DNS attribue chaque zone gérée publique à l'une des cinq partitions du serveur de noms. La partition correspond à la lettre située avant le chiffre dans le nom d'un serveur de noms faisant autorité. Par exemple, les noms allant de ns-cloud-e1 à ns-cloud-e4 correspondent à la partition E.
Une nouvelle zone gérée d'un domaine, par exemple domain.example.tld, ne peut pas être attribuée à une partition si l'une des zones suivantes existe déjà sur la même partition :
- Une zone gérée portant le même nom DNS, telle que
domain.example.tld - Un sous-domaine du nom DNS, tel que
sub.domain.example.tld - Un domaine parent du nom DNS, tel que
example.tld
En raison de ces restrictions, les limitations suivantes s'appliquent aux zones gérées publiques :
- Vous pouvez créer jusqu'à cinq zones avec le même nom DNS.
- Vous pouvez créer jusqu'à cinq niveaux de sous-domaines pour chaque domaine parent.
Cette limite s'applique à tous les projets et utilisateurs de Google Cloud.
Les sous-domaines non délégués et les délégations hébergées sur d'autres services DNS ne
sont comptabilisées dans cette limite. Avant que Cloud DNS crée la cinquième zone avec le même nom DNS et empêche toute autre personne d'utiliser ce nom DNS, vous devez valider le propriétaire du domaine avec un enregistrement TXT.
Plusieurs sous-domaines du même domaine parent, par exemple domain.example.tld et otherdomain.example.tld, peuvent être attribués à la même partition. Toutefois, Cloud DNS peut choisir n'importe quelle partition disponible après avoir pris en compte la limite. Si vous créez ces sous-domaines dans chaque partition, vous ne pouvez pas créer de zone pour le domaine parent example.tld.
Vous pouvez éviter ce problème en créant toujours des zones gérées pour les domaines parents avant de créer des zones pour leurs sous-domaines.
Si les domaines enfants bloquent déjà toutes les partitions, procédez comme suit pour libérer une partition du domaine parent :
- Vérifiez les serveurs de noms de chaque zone de sous-domaine pour connaître sa partition.
- Identifiez la partition (X) comprenant le moins de zones gérées (ou les moins importantes).
- Exportez les zones de la partition X (et modifiez leurs délégations) vers un autre service DNS.
- Après que les TTL ont expiré pour les délégations d'origine, supprimez les zones gérées pour les sous-domaines de la partition X.
- Créez la zone gérée pour le domaine parent. Elle est attribuée à la partition X.
- Restaurez les zones gérées supprimées pour les sous-domaines. Restaurez les sous-domaines avant de restaurer leurs propres sous-domaines. Les zones gérées se trouvent dans de nouvelles partitions. Par conséquent, toutes ces zones nécessitent une mise à jour des délégations.
Vérifier les limites
Vous pouvez exécuter la commande ci-dessous pour rechercher les limites appliquées à votre projet. L'exemple suivant présente les limites totales pour les différents types d'objets dans le projet my-project. Le quota totalRrdataSizePerChange est mesuré en octets et représente le volume total cumulé des ajouts et des suppressions pour une opération de modification.
gcloud dns project-info describe my-project
Même s'il s'agit de limites, Google Cloud les suit en interne en tant que quotas. Elles sont donc étiquetés en tant que quotas dans le résultat.
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
Vous trouverez le nom de votre projet par défaut et celui d'autres projets en haut de la page Accueil dans Google Cloud Console.
Gérer les quotas
Cloud DNS impose des quotas sur l'utilisation des ressources pour différentes raisons. Il s'agit, par exemple, de préserver la communauté des utilisateurs Google Cloud en empêchant les pics d'utilisation imprévus. Les quotas aident également les utilisateurs qui explorent Google Cloud avec la version gratuite à ne pas dépasser les limites de leur version d'essai.
Tous les projets débutent avec les mêmes quotas, que vous pouvez modifier en demandant un quota supplémentaire. Certains quotas peuvent augmenter automatiquement en fonction de votre utilisation d'un produit.
Autorisations
Pour afficher les quotas ou demander des augmentations de quotas, les entités principales IAM (gestion de l'authentification et des accès) doivent disposer de l'un des rôles suivants :
| Tâche | Rôle requis |
|---|---|
| Vérifier les quotas d'un projet | Choisissez l'une des options suivantes :
|
| Modifier les quotas, demander un quota supplémentaire | Choisissez l'une des options suivantes :
|
Vérifier les quotas
Console
- Dans la console Google Cloud, accédez à la page Quotas.
- Pour rechercher le quota à mettre à jour, utilisez l'option Filtrer le tableau. Si vous ne connaissez pas le nom du quota, utilisez les liens disponibles sur cette page à la place.
gcloud
À l'aide de Google Cloud CLI, exécutez la commande suivante pour vérifier vos quotas.
RemplacezPROJECT_ID par votre ID de projet :
gcloud dns project-info describe PROJECT_ID
Erreurs lors du dépassement de votre quota
Si vous dépassez un quota avec une commande gcloud, gcloud génère un message d'erreur quota exceeded et renvoie le code de sortie 1.
Si vous dépassez un quota avec une requête API, Google Cloud renvoie le code d'état HTTP suivant : 413 Request Entity Too Large.
Demander un quota supplémentaire
Pour ajuster la plupart des quotas, utilisez la console Google Cloud. Pour en savoir plus, consultez Demandez un ajustement de quota.
Console
- Dans la console Google Cloud, accédez à la page Quotas.
- Sur la page Quotas, sélectionnez les quotas à modifier.
- En haut de la page, cliquez sur Modifier les quotas.
- Dans le champ Name (Nom), saisissez votre nom.
- Facultatif: dans le champ Téléphone, saisissez un numéro de téléphone valide.
- Envoyez la demande. Le traitement des demandes de quotas nécessite un délai de 24 à 48 heures.
Disponibilité des ressources
Chaque quota représente le nombre maximal de ressources que vous pouvez créer pour un type de ressource donné, sous réserve de disponibilité. Il est important de noter que les quotas ne garantissent pas la disponibilité des ressources. Même si vous disposez d'un quota, vous ne pouvez pas créer une ressource si celle-ci n'est pas disponible.
Par exemple, vous pouvez disposer d'un quota suffisant pour créer une adresse IP régionale externe dans la région us-central1. Toutefois, cela n'est pas possible si aucune adresse IP externe n'est disponible dans cette région. La disponibilité des ressources par zone peut également avoir une incidence sur votre capacité à créer des ressources.
Les situations dans lesquelles des ressources sont indisponibles dans une région entière sont rares. Toutefois, les ressources d'une zone peuvent parfois être épuisées de temps en temps, ce qui n'a généralement pas d'incidence sur le contrat de niveau de service pour le type de ressource. Pour plus d'informations, consultez le contrat de niveau de service correspondant à la ressource.