Cette page décrit les quotas et les limites de production pour Spanner. Quota et limit peuvent être utilisés de manière interchangeable dans la console Google Cloud.
Les valeurs des quotas et des limites sont susceptibles de changer.
Autorisations permettant de vérifier et de modifier les quotas
Pour afficher vos quotas, vous devez disposer du rôle serviceusage.quotas.get
Autorisation IAM (Identity and Access Management)
Pour modifier vos quotas, vous devez disposer
serviceusage.quotas.update
une autorisation IAM. Cette autorisation est incluse par défaut
les rôles prédéfinis suivants: propriétaire, éditeur et
Administrateur de quotas.
Ces autorisations sont incluses par défaut rôles IAM de base Propriétaire et Éditeur, et disposant du rôle prédéfini d'administrateur de quotas.
Vérifier les quotas
Pour vérifier les quotas actuels associés aux ressources de votre projet, utilisez la Console Google Cloud:
Augmenter les quotas
À mesure que votre utilisation de Spanner s'accroît, vos quotas peuvent augmenter en conséquence. Si vous prévoyez une augmentation notable de l'utilisation, nous vous conseillons d'en faire la demande quelques jours à l'avance pour que vos quotas soient à la bonne taille.
Vous devrez peut-être également augmenter le quota de remplacement du quota du client. Pour plus plus d'informations, consultez la section Créer un remplacement de quota du client.
Vous pouvez augmenter le nombre de nœuds de configuration d'instance Spanner actuel à l'aide de la console Google Cloud.
Accédez à la page Quotas.
Sélectionnez API Spanner dans la liste déroulante Service.
Si l'API Spanner ne s'affiche pas, la table Spanner L'API n'a pas été activée. Pour en savoir plus, consultez la section Activer des API.
Sélectionnez les quotas que vous souhaitez modifier.
Cliquez sur Modifier les quotas.
Dans le panneau Modifications des quotas qui s'affiche, saisissez votre nouvelle limite.
Cliquez sur OK, puis sur Envoyer la demande.
Si vous ne parvenez pas à augmenter manuellement la limite de nœuds jusqu'à la limite souhaitée, cliquez sur Demander un quota supérieur. Remplissez le formulaire pour envoyer une demande à l'équipe Spanner. Vous recevrez une réponse sous 48 heures de votre demande.
Augmenter votre quota pour une configuration d'instance personnalisée
Vous pouvez augmenter le quota de nœuds pour votre configuration d'instance personnalisée.
Vérifiez la limite de nœuds pour une configuration d'instance personnalisée en vérifiant le nœud de la configuration de base de l'instance.
Utilisez l'option Afficher les détails des configurations d'instance. si vous ne connaissez pas la version de base de votre instance personnalisée.
Si la limite de nœuds requise pour votre configuration d'instance personnalisée est inférieure supérieur à 85, suivez les instructions de la section précédente Augmenter vos quotas . Utilisez la console Google Cloud pour augmenter la limite de nœuds du configuration d'instance de base associée à votre instance personnalisée configuration.
Si la limite de nœuds requise pour votre configuration d'instance personnalisée est supérieure supérieur à 85, remplissez Demander une augmentation du quota de vos nœuds Spanner. . Indiquez l'ID de votre configuration d'instance personnalisée dans le formulaire.
Limites concernant les nœuds
| Valeur | Limite |
|---|---|
| Nœuds par configuration d'instance |
Les limites par défaut varient selon le projet et la configuration de l'instance. À modifier les limites de quota du projet ou demander une augmentation de limite, consultez Augmentez votre les quotas. |
Limites des instances
| Valeur | Limite |
|---|---|
| Longueur de l'ID de l'instance | 2 à 64 caractères |
Limites des instances en essai gratuit
Instance Spanner en essai sans frais est soumise aux limites supplémentaires suivantes : Pour augmenter ou supprimer ces limites, mettez à niveau votre une instance en essai sans frais en instance payante.
| Valeur | Limite |
|---|---|
| Capacité de stockage | 10 Go |
| Limite de base de données | Créez jusqu'à cinq bases de données |
| Fonctionnalités non compatibles | Sauvegarde et restauration |
| Contrat de niveau de service | Aucune garantie de contrat de niveau de service |
| Durée de l'essai | Période d'essai gratuit de 90 jours |
Limites de configuration des instances
| Valeur | Limite |
|---|---|
| Nombre maximal de configurations d'instances personnalisées par projet | 100 |
| Longueur de l'ID de configuration d'instance personnalisée | 8 à 64 caractères Un ID de configuration d'instance personnalisée doit commencer par |
Limites de géopartitionnement
| Valeur | Limite |
|---|---|
| Nombre maximal de partitions par instance | 10 |
| Nombre maximal de lignes d'emplacement par nœud dans votre partition9 | 20 millions |
Limites des bases de données
- Pour les instances de 1 nœud (1 000 unités de traitement) ou plus: 4 To par nœud
- Pour les instances de moins de 1 nœud: 409,6 Go pour 100 traitements unités
Augmentation de la capacité de stockage de 10 To par nœud est disponible dans certains emplacements régionaux et multirégionaux Configurations d'instances Spanner. Pour plus d'informations, consultez la section Amélioration des performances et de l'espace de stockage.
Les sauvegardes sont stockées séparément et ne sont comptabilisées dans cette limite. Pour en savoir plus, consultez la section Métriques d'utilisation du stockage.
Notez que Spanner facture l'espace de stockage réel utilisé dans une instance, et non l'espace de stockage total disponible.
| Valeur | Limite |
|---|---|
| Bases de données par instance |
|
| Rôles par base de données | 100 |
| Longueur de l'ID de base de données | 2 à 30 caractères |
| Taille de l'espace de stockage1 |
Limites des sauvegardes et des restaurations
| Valeur | Limite |
|---|---|
| Nombre d'opérations de création de sauvegarde en cours par base de données | 1 |
| Nombre d'opérations de restauration de base de données en cours par instance (dans l'instance contenant la base de données restaurée, et non dans la sauvegarde) | 10 |
| Durée maximale de conservation de la sauvegarde | 1 an (y compris le jour supplémentaire des années bissextiles) |
Limites des schémas
Instructions LDD
| Valeur | Limite |
|---|---|
| Taille de l'instruction LDD pour une seule modification de schéma | 10 Mo |
Taille de l'instruction LDD pour le schéma complet d'une base de données, telle que renvoyée par GetDatabaseDdl |
10 Mo |
Tables
| Valeur | Limite |
|---|---|
| Tables par base de données | 5 000 |
| Longueur du nom de table | 1 à 128 caractères |
| Colonnes par table | 1 024 |
| Longueur du nom de colonne | 1 à 128 caractères |
| Taille des données par cellule | 10 Mo |
| Nombre de colonnes dans une clé de table | 16 Inclut les colonnes de clé partagées avec n'importe quelle table parente |
| Profondeur d'entrelacement des tables | 7 Une table racine avec une ou plusieurs tables enfants a une profondeur de 1. Une table racine possédant une ou plusieurs tables petits-enfants a une profondeur de 2, etc. |
| Taille totale d'une clé de table ou d'index | 8 ko Inclut la taille de toutes les colonnes qui composent la clé |
| Taille totale des colonnes non clés | 1 600 Mo Inclut la taille de toutes les colonnes non clés d'une table |
Index
| Valeur | Limite |
|---|---|
| Index par base de données | 10 000 |
| Index par table | 128 |
| Longueur du nom d'index | 1 à 128 caractères |
| Nombre de colonnes dans une clé d'index | 16 Nombre de colonnes indexées (hormis les colonnes STORING) plus le nombre de colonnes de clé primaire dans la table de base |
Vues
| Valeur | Limite |
|---|---|
| Vues par base de données | 5 000 |
| Longueur du nom de vue | 1 à 128 caractères |
| Profondeur d'imbrication | 10 Une vue qui fait référence à une autre vue a une profondeur d'imbrication 1. Une vue qui fait référence à une autre vue faisant référence à une autre vue a une profondeur d'imbrication 2, etc. |
Limites des requêtes
| Valeur | Limite |
|---|---|
Colonnes dans une clause GROUP BY |
1 000 |
Valeurs d'un opérateur IN |
10 000 |
| Appels de fonctions | 1 000 |
| Jointures | 20 |
| Appels de fonctions imbriqués | 75 |
Clauses GROUP BY imbriquées |
35 |
| Expressions de sous-requêtes imbriquées | 25 |
| Instructions "subselect" imbriquées | 60 |
| Paramètres | 950 |
| Longueur des instructions de requête | 1 million de caractères |
Champs STRUCT |
1 000 |
| Enfants des expressions de sous-requêtes | 50 |
| Liaisons des requêtes | 200 |
Limites de création, lecture, modification et suppression des données
| Valeur | Limite |
|---|---|
| Taille du commit (index et flux de modifications compris) | 100 Mo |
| Lectures simultanées par session | 100 |
| Mutations par commit (index compris)2 | 80 000 |
| Instructions en mode LMD partitionné simultanées par base de données | 20 000 |
Limites des tâches d'administration
| Valeur | Limite |
|---|---|
| Taille des requêtes des tâches d'administration3 | 1 Mo |
| Nombre maximal de tâches d'administration4 | 5 par seconde, par projet et par utilisateur (moyenne sur 100 secondes) |
Limites des requêtes
| Valeur | Limite |
|---|---|
| Taille des requêtes hors commits5 | 10 Mo |
Modifier les limites des flux
| Valeur | Limite |
|---|---|
| Flux de modifications par base de données | 10 |
| Les flux de modifications surveillent une colonne non clé donnée6 | 3 |
| Lecteurs simultanés par partition de données de flux de modifications7 | 5 |
Limites Data Boost
| Valeur | Limite |
|---|---|
| Requêtes Data Boost simultanées8 | 200 |
Remarques
1. Pour garantir une haute disponibilité et une faible latence pour l'accès à une base de données, Spanner définit les limites de stockage en fonction de la capacité de calcul Instance:
- Pour les instances de moins de 1 nœud (1 000 unités de traitement), Spanner attribue 409,6 Go pour 100 unités de traitement dans la base de données.
- Pour les instances de 1 nœud ou plus, Spanner attribue les ressources 4 To de données pour chaque nœud.
Par exemple, pour créer une instance 600 Go, vous devez définir sa capacité de calcul sur 200 unités de traitement. Cette quantité de calcul la capacité instance sous la limite jusqu'à ce que la base de données dépasse 819,2 Go. Après le atteigne cette taille, vous devez ajouter 100 unités de traitement permettent à la base de données de croître. Sinon, les écritures dans la base de données refusé. Pour en savoir plus, consultez la section Recommandations pour l'utilisation du stockage de bases de données.
Pour une croissance en douceur, ajoutez de la capacité de calcul avant la limite est atteint pour votre base de données.
2. Les opérations d'insertion et de modification sont comptabilisées en fonction du nombre de colonnes qu'elles concernent. Les colonnes de clé primaire sont toujours concernées. Par exemple, l'insertion d'un nouvel enregistrement peut correspondre à cinq mutations si des valeurs sont insérées dans cinq colonnes. La mise à jour de trois colonnes dans un enregistrement peut également compter comme cinq mutations si l'enregistrement possède deux colonnes de clé primaire. Les opérations de suppression et de suppression de plages représentent une seule mutation, quel que soit le nombre de colonnes concernées.
La suppression d'une ligne contenant l'annotation ON DELETE
CASCADE d'une table parente ne représente également qu'une seule mutation, quel que soit le nombre de lignes enfants entrelacées. En revanche, si des index secondaires sont définis sur des lignes supprimées, les modifications apportées aux index secondaires sont alors comptabilisées de manière individuelle. Par exemple, si un tableau
comporte deux index secondaires, la suppression d'une plage de lignes dans la table comptera pour un seul index
pour la table, plus deux mutations pour chaque ligne supprimée, car
les lignes de l'index secondaire peuvent être dispersées dans l'espace clé, ce qui
il est impossible pour Spanner d'appeler une seule opération de suppression de plages sur le
ou des index secondaires. Les index secondaires incluent les index de sauvegarde de clés étrangères.
Pour connaître le nombre de mutations d'une transaction, consultez la section Récupérer les statistiques de commit d'une transaction.
Les flux de modifications n'ajoutent pas les mutations comptabilisées dans cette limite.
3. La limite d'une requête de tâche d'administration exclut les commits, les requêtes répertoriées dans la note 5 et les modifications de schémas.
4. Cette limite de fréquence inclut tous les appels à l'API Admin, y compris les appels pour interroger les opérations de longue durée d'une instance, d'une base de données ou d'une sauvegarde.
5. Cette limite inclut les demandes de création et de modification de base de données, de lecture, de lecture en streaming, d'exécution de requêtes SQL et d'exécution de requêtes SQL en streaming.
6. Un flux de modifications qui surveille l'intégralité d'une table ou d'une base de données implicitement surveille chaque colonne de cette table ou de cette base de données, et compte donc par rapport à cette limite.
7. Cette limite s'applique aux lecteurs simultanés d'un même flux de modifications. partition, qu'il s'agisse de pipelines Dataflow ou les requêtes API directes.
8. Les limites par défaut varient selon le projet et les régions. Pour en savoir plus, consultez Surveiller et gérer Utilisation du quota Data Boost.
9. La majorité des partitions comportent 20 millions de lignes par nœud
limite. Les partitions qui utilisent les propriétés us-west4, nam10
et nam-eur-asia1 contiennent 10 millions de lignes par
limite de nœuds.