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 disporre dell'autorizzazione serviceusage.quotas.get
Identity and Access Management (IAM).
Per modificare le quote, devi disporre dell'autorizzazione IAM
serviceusage.quotas.update
. Questa autorizzazione è inclusa per impostazione predefinita per i seguenti ruoli predefiniti: Proprietario, Editor e Amministratore quota.
Queste autorizzazioni sono incluse per impostazione predefinita nei ruoli IAM di base Proprietario ed Editor e nel ruolo Amministratore quota predefinito.
Verifica le tue quote
Per verificare 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 imminente e consistente dell'utilizzo, devi presentare la richiesta con qualche giorno di anticipo per assicurarti che le quote vengano dimensionate adeguatamente.
Potrebbe anche essere necessario aumentare l'override della quota consumer. Per maggiori informazioni, consulta Creazione di un override della quota consumer.
Puoi aumentare il limite attuale di nodi di configurazione dell'istanza Spanner utilizzando la console Google Cloud.
Vai alla pagina Quote.
Seleziona API Spanner dall'elenco a discesa Servizio.
Se non vedi API Spanner, l'API Spanner non è stata abilitata. Per saperne di più, consulta Abilitazione delle API.
Seleziona le quote che vuoi modificare.
Fai clic su Modifica quote.
Nel riquadro Modifiche delle quote 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.
Verifica il limite di nodi della configurazione di un'istanza personalizzata controllando il limite di nodi della configurazione dell'istanza di base.
Utilizza il comando mostra i dettagli delle configurazioni dell'istanza se non conosci o non ricordi la configurazione di base della configurazione dell'istanza personalizzata.
Se il limite di nodi richiesto per la configurazione dell'istanza personalizzata è inferiore a 85, segui le istruzioni riportate nella precedente sezione Aumentare le quote. 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 è superiore a 85, compila il modulo Richiedi un aumento della quota per i nodi Spanner. 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. Per modificare i limiti di quota del progetto o richiedere un aumento del limite, consulta Aumentare le 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 dell'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 gratuito di 90 giorni |
Limiti di configurazione dell'istanza
Valore | Limite |
---|---|
Numero massimo di configurazioni di istanze personalizzate per progetto | 100 |
Lunghezza dell'ID configurazione dell'istanza personalizzata | Da 8 a 64 caratteri Un ID configurazione dell'istanza personalizzata deve iniziare con |
Limiti di 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) o più grandi: 4 TB per nodo
- Per istanze più piccole di 1 nodo: 409,6 GB per 100 unità di elaborazione
È disponibile una maggiore capacità di archiviazione di 10 TB per nodo in determinate configurazioni di istanze Spanner a livello di regione e più regioni. Per maggiori informazioni, consulta Miglioramenti delle prestazioni e dello spazio di archiviazione.
I backup vengono archiviati separatamente e non vengono conteggiati ai fini di questo limite. Per maggiori informazioni, consulta Metriche di utilizzo dello spazio di archiviazione.
Nota che Spanner fattura 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 MB |
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. |
Dimensione totale delle colonne non chiave | 1600 MB Include la dimensione 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. |
Viste
Valore | Limite |
---|---|
Viste per database | 5000 |
Visualizza lunghezza nome | Da 1 a 128 caratteri |
Profondità di nidificazione | 10 Una vista che fa riferimento a un'altra vista ha profondità di nidificazione 1. Una vista che si riferisce 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 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 |
Modifica gli stream che guardano 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 di Data Boost simultanee8 | 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 istanze più piccole di 1 nodo (1000 unità di elaborazione), Spanner alloca 409,6 GB di dati ogni 100 unità di elaborazione nel database.
- Per istanze da 1 nodo o più grandi, Spanner alloca 4 TB di dati per ogni nodo.
Ad esempio, per creare un'istanza per un database da 600 GB, devi impostarne la 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 supera gli 819,2 GB. Quando il database raggiunge queste dimensioni, devi aggiungere altre 100 unità di elaborazione per consentire l'espansione del database. In caso contrario, le scritture sul database potrebbero essere rifiutate. Per maggiori informazioni, consulta Suggerimenti per l'utilizzo dello spazio di archiviazione dei database.
Per un'esperienza di crescita senza problemi, aggiungi capacità di calcolo prima che venga raggiunto il limite per il database.
2. Le operazioni di inserimento e aggiornamento vengono conteggiate con la moltiplicazione del numero di colonne interessate, mentre le colonne di chiave primaria sono sempre interessate. Ad esempio, l'inserimento di un nuovo record può conteggiare come cinque mutazioni, se i valori vengono inseriti in cinque colonne. L'aggiornamento di tre colonne in un record può anche contare come cinque
mutazioni se il record ha due colonne di chiave primaria. Le operazioni di eliminazione ed eliminazione di intervalli contano come un'unica modifica, 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 nella tabella conterà come 1 mutazione per la tabella, più 2 mutazioni per ogni riga eliminata perché le righe nell'indice secondario potrebbero essere sparse nello spazio delle chiavi, impedendo a Spanner di 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 un'intera tabella o un intero database controlla implicitamente ogni colonna in quella tabella o nel database e, pertanto, viene conteggiato ai fini di questo limite.
7. Questo limite si applica ai lettori simultanei della stessa partizione delle modifiche in tempo reale, indipendentemente dal fatto che i lettori siano pipeline Dataflow o query API dirette.
8. I limiti predefiniti variano in base al progetto e alle regioni. Per maggiori informazioni, consulta Monitorare e gestire l'utilizzo delle quote di Data Boost.
9. La maggior parte delle partizioni ha un limite di 20 milioni di righe per nodo. Le partizioni che utilizzano le configurazioni us-west4
, nam10
e nam-eur-asia1
hanno un limite di 10 milioni di righe per
nodo.