Questa pagina descrive le quote e i limiti di produzione per Spanner. Quota e limite potrebbero essere utilizzati in modo intercambiabile nella console Google Cloud.
I valori di quote e limiti sono soggetti a modifiche.
Autorizzazioni per controllare e modificare le quote
Per visualizzare le quote, devi avere serviceusage.quotas.get
Autorizzazione IAM (Identity and Access Management).
Per modificare le quote, devi avere
serviceusage.quotas.update
Autorizzazione IAM. Questa autorizzazione è inclusa per impostazione predefinita per
seguenti ruoli predefiniti: Proprietario, Editor e
Amministratore quota.
Queste autorizzazioni sono incluse per impostazione predefinita nei ruoli IAM di base Proprietario ed Editor, nonché nel ruolo Amministratore quota predefinito.
Verifica le tue quote
Per controllare le quote attuali per le risorse nel tuo progetto, utilizza la console Google Cloud:
Aumenta le tue quote
Man mano che il tuo utilizzo di Spanner aumenta nel tempo, le tue quote possono aumentare di conseguenza. Se prevedi un aumento dell'utilizzo consistente, presenta la richiesta con qualche giorno di anticipo per assicurarti che le quote vengano dimensionate correttamente.
Potrebbe anche essere necessario aumentare l'override della quota consumer. Per ulteriori informazioni, vedi Creare un'override della quota dei consumatori.
Puoi aumentare il nodo di configurazione dell'istanza Spanner attuale usando la console Google Cloud.
Vai alla pagina Quote.
Seleziona API Spanner dall'elenco a discesa Servizio.
Se non vedi API Spanner, lo strumento Spanner L'API non è stata abilitata. Per ulteriori informazioni, vedi Attivare le API.
Seleziona le quote che vuoi modificare.
Fai clic su Modifica quote.
Nel riquadro Modifiche alla quota visualizzato, inserisci il nuovo limite di quota.
Fai clic su Fine, quindi su Invia richiesta.
Se non riesci ad aumentare manualmente il limite di nodi fino al limite desiderato, fai clic su Richiedi una quota più alta. Compila il modulo per inviare una richiesta al team di Spanner. Riceverai una risposta entro 48 ore dalla richiesta.
Aumenta la quota per la configurazione di un'istanza personalizzata
Puoi aumentare la quota di nodi per la configurazione dell'istanza personalizzata.
Controlla il limite di nodi di una configurazione dell'istanza personalizzata controllando il limite di nodi della configurazione dell'istanza di base.
Utilizza il comando show instance configurations detail se non conosci o non ricordi la configurazione di base della tua configurazione dell'istanza personalizzata.
Se il limite di nodi richiesto per la configurazione dell'istanza personalizzata è inferiore a 85, segui le istruzioni riportate nella sezione Aumentare le quote precedente. Utilizza la console Google Cloud per aumentare il limite di nodi della configurazione dell'istanza di base associata alla configurazione dell'istanza personalizzata.
Se il limite di nodi richiesto per la configurazione dell'istanza personalizzata è maggiore 85, compila il modulo Richiedi un aumento della quota per i nodi Spanner in un modulo di testo. Specifica l'ID della configurazione dell'istanza personalizzata nel modulo.
Limiti di nodi
Valore | Limite |
---|---|
Configurazione dei nodi per istanza |
I limiti predefiniti variano in base alla configurazione del progetto e dell'istanza. A modificare i limiti di quota del progetto o richiedere un aumento del limite, consulta Aumenta il quote. |
Limiti per le istanze
Valore | Limite |
---|---|
Lunghezza ID istanza | Da 2 a 64 caratteri |
Limiti delle istanze di prova gratuita
Un'istanza di prova gratuita di Spanner ha i seguenti limiti aggiuntivi. Per aumentare o rimuovere questi limiti, esegui l'upgrade della tua istanza di prova gratuita a un'istanza a pagamento.
Valore | Limite |
---|---|
Capacità dello spazio di archiviazione | 10 GB |
Limite database | Crea fino a cinque database |
Funzionalità non supportate | Backup e ripristino |
SLA | Nessuna garanzia di SLA (accordo sul livello del servizio) |
Durata del periodo di prova | Periodo di prova gratuita di 90 giorni |
Limiti di configurazione dell'istanza
Valore | Limite |
---|---|
Configurazioni di istanze personalizzate massime per progetto | 100 |
Lunghezza dell'ID configurazione istanza personalizzata | Da 8 a 64 caratteri Un ID di configurazione dell'istanza personalizzata deve iniziare con |
Limiti del partizionamento geografico
Valore | Limite |
---|---|
Numero massimo di partizioni per istanza | 10 |
Numero massimo di righe di posizionamento per nodo nella partizione9 | 20 milioni |
Limiti per i database
- Per istanze di 1 nodo (1000 unità di elaborazione) e più grandi: 4 TB per nodo
- Per istanze più piccole di 1 nodo: 409,6 GB per 100 elaborazioni unità
Aumento della capacità di archiviazione di 10 TB per nodo è disponibile nella maggior parte delle regioni, a due regioni e in più regioni Configurazioni di istanze Spanner. Per ulteriori informazioni, consulta Miglioramenti al rendimento e allo spazio di archiviazione.
I backup vengono archiviati separatamente e non vengono considerati ai fini di questo limite. Per ulteriori informazioni, consulta Metriche sull'utilizzo dello spazio di archiviazione.
Tieni presente che Spanner addebita lo spazio di archiviazione effettivo utilizzato all'interno di un'istanza e non lo spazio di archiviazione totale disponibile.
Valore | Limite |
---|---|
Database per istanza |
|
Ruoli per database | 100 |
Lunghezza ID database | Da 2 a 30 caratteri |
Dimensioni dello spazio di archiviazione1 |
Limiti di backup e ripristino
Valore | Limite |
---|---|
Numero di operazioni di creazione di backup in corso per database | 1 |
Numero di operazioni di ripristino del database in corso per istanza (nell'istanza del database ripristinato, non del backup) | 10 |
Periodo massimo di conservazione del backup | 1 anno (incluso il giorno extra di un anno bisestile) |
Limiti per gli schemi
Istruzioni DDL
Valore | Limite |
---|---|
Dimensioni dell'istruzione DDL per una singola modifica dello schema | 10 MB |
Dimensioni dell'istruzione DDL per l'intero schema di un database, come viene restituita da GetDatabaseDdl |
10 MB |
Tabelle
Valore | Limite |
---|---|
Tabelle per database | 5000 |
Lunghezza nome tabella | Da 1 a 128 caratteri |
Colonne per tabella | 1024 |
Lunghezza nome colonna | Da 1 a 128 caratteri |
Dimensione dei dati per cella | 10 MiB |
Dimensioni di una cella STRING |
2.621.440 caratteri Unicode |
Numero di colonne in una chiave di tabella | 16 Include le colonne chiave condivise con qualsiasi tabella principale. |
Profondità interfoliazione tabelle | 7 Una tabella di primo livello con tabelle figlio ha profondità 1. Una tabella di primo livello con tabelle nipote ha profondità 2 e così via. |
Dimensioni totali di una tabella o di una chiave indice | 8 KB Includono le dimensioni di tutte le colonne che compongono la chiave. |
Dimensioni totali delle colonne non chiave | 1600 MB Include le dimensioni di tutte le colonne non chiave di una tabella |
Indici
Valore | Limite |
---|---|
Indici per database | 10.000 |
Indici per tabella | 128 |
Lunghezza nome indice | Da 1 a 128 caratteri |
Numero di colonne in una chiave di indice | 16 Il numero di colonne indicizzate (eccetto le colonne STORING) più il numero di colonne di chiave primaria nella tabella di base. |
Visualizzazioni
Valore | Limite |
---|---|
Visualizzazioni per database | 5000 |
Lunghezza del nome della vista | Da 1 a 128 caratteri |
Profondità di nidificazione | 10 Una visualizzazione che fa riferimento a un'altra ha una profondità di nidificazione pari a 1. Una vista che fa riferimento a un'altra vista ha profondità di nidificazione 2 e così via. |
Limiti per le query
Valore | Limite |
---|---|
Colonne in una clausola GROUP BY |
1000 |
Valori in un operatore IN |
10.000 |
Chiamate delle funzioni | 1000 |
Unioni | 20 |
Chiamate delle funzioni nidificate | 75 |
Clausole GROUP BY nidificate |
35 |
Espressioni sottoquery nidificate | 25 |
Istruzioni selezione secondaria nidificate | 60 |
Parametri | 950 |
Lunghezza istruzione query | 1 milione di caratteri |
STRUCT campi |
1000 |
Espressione sottoquery secondaria | 50 |
Unioni in una query | 200 |
Limiti per la creazione, la lettura, l'aggiornamento e l'eliminazione di dati
Valore | Limite |
---|---|
Dimensioni del commit (inclusi indici e modifiche in tempo reale) | 100 MB |
Letture simultanee per sessione | 100 |
Modifiche per commit (inclusi gli indici)2 | 80.000 |
Istruzioni DML partizionate in parallelo per database | 20.000 |
Limiti amministrativi
Valore | Limite |
---|---|
Dimensioni richiesta azioni amministrative3 | 1 MB |
Limite di frequenza per azioni amministrative4 | 5 al secondo per progetto per utente (su una media di 100 secondi) |
Limiti per le richieste
Valore | Limite |
---|---|
Dimensioni richieste diverse da commit5 | 10 MB |
Limiti di modifiche in tempo reale
Valore | Limite |
---|---|
Stream di modifiche per database | 10 |
Flussi di modifiche che monitorano una determinata colonna non chiave6 | 3 |
Lettori simultanei per partizione di dati di modifiche in tempo reale7 | 5 |
Limiti di Data Boost
Valore | Limite |
---|---|
Richieste Data Boost in parallelo8 | 200 |
Note
1. Per fornire alta disponibilità e bassa latenza per l'accesso a un database, Spanner definisce i limiti di archiviazione in base alla capacità di calcolo dell'istanza:
- Per le istanze di dimensioni inferiori a 1 nodo (1000 unità di elaborazione), Spanner assegna 409,6 GB di dati per ogni 100 unità di elaborazione nel database.
- Per le istanze di almeno 1 nodo, Spanner assegna 4 TB di dati per ogni nodo.
Ad esempio, per creare un'istanza per un database di 600 GB, devi impostare la relativa capacità di calcolo su 200 unità di elaborazione. Questa quantità di capacità di calcolo manterrà l'istanza al di sotto del limite finché il database non raggiungerà i 819,2 GB. Dopo che il database ha raggiunto queste dimensioni, devi aggiungere altre 100 unità di elaborazione per consentirne la crescita. In caso contrario, le scritture nel database potrebbero essere rifiutate. Per ulteriori informazioni, consulta Suggerimenti per l'utilizzo dello spazio di archiviazione dei database.
Per un'esperienza di crescita fluida, aggiungi la capacità di calcolo prima che il limite sia raggiunto per il tuo database.
2. Le operazioni di inserimento e aggiornamento vengono moltiplicate per il numero di
le colonne interessate, mentre quelle di chiave primaria sono sempre interessate. Ad esempio, l'inserimento di un nuovo record può contare come cinque modifiche, se i valori vengono inseriti in cinque colonne. L'aggiornamento di tre colonne in un record può essere conteggiato come cinque
se il record ha due colonne di chiave primaria. Elimina ed elimina intervallo
le operazioni contano come una mutazione indipendentemente dal numero di colonne interessate.
Anche l'eliminazione di una colonna da una tabella principale che include l'annotazione ON DELETE
CASCADE
conta come una modifica, indipendentemente dal numero di righe figlio con interfoliazione presenti. Costituisce un'eccezione la presenza di indici secondari definiti nelle righe da eliminare: in tal caso, le modifiche agli indici secondari saranno contate individualmente. Ad esempio, se una tabella
ha 2 indici secondari, l'eliminazione di un intervallo di righe al suo interno verrà conteggiata come 1
mutazione per la tabella, più 2 mutazioni per ogni riga eliminata perché
le righe dell'indice secondario potrebbero essere sparse nello spazio delle chiavi, rendendo
impossibile per Spanner chiamare una singola operazione di eliminazione dell'intervallo sugli
indici secondari. Gli indici secondari includono gli indici di supporto delle chiavi esterne.
Per trovare il conteggio delle mutazioni per una transazione, consulta Recupero delle statistiche di commit per una transazione.
Le modifiche in tempo reale non aggiungono mutazioni che vengono conteggiate ai fini di questo limite.
3. Il limite per le richieste di azioni amministrative non include i commit, le richieste elencate nella nota 5 e le modifiche di schema.
4. Questo limite di frequenza include tutte le chiamate all'API Admin, che include le chiamate per eseguire il polling di operazioni a lunga esecuzione su un'istanza, un database o un backup.
5. Questo limite include richieste di creazione e aggiornamento di un database, letture, flussi di letture, esecuzione di query SQL ed esecuzione di flussi di query SQL.
6. Un flusso di modifiche che monitora in modo implicito un'intera tabella o un database controlla ogni colonna della tabella o del database e, di conseguenza, conteggia per raggiungere questo limite.
7. Questo limite si applica ai lettori simultanei degli stessi modifiche in tempo reale che i lettori siano pipeline Dataflow o le query API dirette.
8. I limiti predefiniti variano in base al progetto e alle regioni. Per ulteriori informazioni, vedi Monitorare e gestire Utilizzo della quota di Data Boost.
9. Con il partizionamento geografico, la maggior parte delle partizioni ha un limite di 20 milioni di righe di posizionamento per nodo. Le partizioni che utilizzano le configurazioni us-west4
, nam10
e nam-eur-asia1
hanno un limite di 10 milioni di righe di posizionamento per nodo.