Quotas et limites

Ce document répertorie les quotas et limites système qui s'appliquent à Cloud DNS. Les quotas spécifient la quantité d'une ressource partagée dénombrable que vous pouvez utiliser. Ils sont définis par des 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 du 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 les autres quotas, accédez à la page Quotas dans la console Google Cloud.

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

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 pas pris en compte 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 :

1. Vérifiez les serveurs de noms de chaque zone de sous-domaine pour connaître sa partition.
2. Identifiez la partition (X) comprenant le moins de zones gérées (ou les moins importantes).
3. Exportez les zones de la partition X (et modifiez leurs délégations) vers un autre service DNS.
4. 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.
5. Créez la zone gérée pour le domaine parent. Elle est attribuée à la partition X.
6. 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 :

Vérifier les quotas

    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

Vous allez utiliser la console Google Cloud pour ajuster la plupart des quotas. Pour en savoir plus, consultez la section Demander un ajustement de quota.

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.