Esta página descreve as quotas e os limites de produção do Spanner. A quota e o limite podem ser usados alternadamente na Google Cloud consola.
Os valores de quota e limite estão sujeitos a alterações.
Autorizações para verificar e editar quotas
Para ver as suas quotas, tem de ter a autorização de gestão de identidade e de acesso (IAM)
serviceusage.quotas.get.
Para alterar as suas quotas, tem de ter a autorização de gestão de identidade e de acesso (IAM)
serviceusage.quotas.update
Esta autorização está incluída por predefinição para as
funções predefinidas seguintes: proprietário, editor e
administrador de quotas.
Estas autorizações estão incluídas por predefinição nas funções básicas do IAM de proprietário e editor, e na função de administrador de quotas predefinida.
Verifique as suas quotas
Para verificar as quotas atuais de recursos no seu projeto, use a Google Cloud consola:
Aumente as suas quotas
À medida que a sua utilização do Spanner se expande ao longo do tempo, as suas quotas podem aumentar em conformidade. Se prevê um aumento notável da utilização, deve fazer o pedido com alguns dias de antecedência para garantir que as suas quotas têm o tamanho adequado.
Também pode ter de aumentar a substituição da quota de consumidor. Para mais informações, consulte Criar uma substituição de quota de consumidor.
Pode aumentar o limite atual de nós de configuração da instância do Spanner através da Google Cloud consola.
Aceda à página Quotas.
Selecione Spanner API na lista pendente Serviço.
Se não vir a opção API Spanner, significa que a API Spanner não foi ativada. Para mais informações, consulte o artigo Ativar APIs.
Selecione as quotas que quer alterar.
Clique em Editar quotas.
No painel Alterações de quota apresentado, introduza o novo limite de quota.
Clique em Concluído e, de seguida, em Enviar pedido.
Se não conseguir aumentar manualmente o limite de nós para o limite pretendido, clique em Candidatar-se a uma quota mais elevada. Preencha o formulário para enviar uma solicitação à equipa do Spanner. Vai receber uma resposta no prazo de 48 horas após o seu pedido.
Aumente a sua quota para uma configuração de instância personalizada
Pode aumentar a quota de nós para a sua configuração de instância personalizada.
Verifique o limite de nós de uma configuração de instância personalizada verificando o limite de nós da configuração de instância base.
Use o comando show instance configurations detail se não souber ou não se lembrar da configuração base da configuração da instância personalizada.
Se o limite de nós necessário para a configuração da instância personalizada for inferior a 85, siga as instruções na secção Aumente as suas quotas anterior. Use a Google Cloud consola para aumentar o limite de nós da configuração da instância base associada à configuração da instância personalizada.
Se o limite de nós necessário para a configuração da sua instância personalizada for superior a 85, preencha o formulário Peça um aumento da quota para os seus nós do Spanner. Especifique o ID da sua configuração de instância personalizada no formulário.
Limites de nós
| Valor | Limite |
|---|---|
| Nós por configuração de instância |
Os limites predefinidos variam consoante o projeto e a configuração da instância. Para alterar os limites de quotas do projeto ou pedir um aumento do limite, consulte Aumente as suas quotas. |
Limites de instâncias
| Valor | Limite |
|---|---|
| Comprimento do ID da instância | 2 a 64 carateres |
Limites de instâncias de avaliação gratuita
Uma instância de avaliação gratuita do Spanner tem os seguintes limites adicionais. Para aumentar ou remover estes limites, atualize a sua instância de avaliação gratuita para uma instância paga.
| Valor | Limite |
|---|---|
| Capacidade de armazenamento | 10 GiB |
| Limite da base de dados | Crie até cinco bases de dados |
| Funcionalidades não suportadas | Cópia de segurança e restauro |
| SLA | Sem SLA |
| Duração da avaliação | Período de avaliação gratuita de 90 dias |
Limites de geopartição
| Valor | Limite |
|---|---|
| Número máximo de partições por instância | 20 |
| Número máximo de linhas de posicionamento por nó na sua partição | 100 milhões |
Limites de consultas guardadas
| Valor | Limite |
|---|---|
| Número máximo de consultas guardadas por projeto (incluindo consultas guardadas para outros Google Cloud produtos) | 10 000 |
| Tamanho máximo para cada consulta | 1 MiB |
Limites de configuração da instância
| Valor | Limite |
|---|---|
| Configurações de instâncias personalizadas máximas por projeto | 100 |
| Comprimento do ID de configuração da instância personalizada | 8 a 64 carateres Um ID de configuração de instância personalizado tem de começar por |
Limites da base de dados
| Valor | Limite |
|---|---|
| Bases de dados por instância |
|
| Funções por base de dados | 100 |
| Comprimento do ID da base de dados | 2 a 30 carateres |
| Tamanho de armazenamento1 |
A capacidade de armazenamento aumentada de 10 TiB por nó está disponível na maioria das configurações de instâncias do Spanner regionais, de duas regiões e multirregionais. Para mais informações, consulte o artigo Melhorias de desempenho e armazenamento. Se usar o armazenamento hierárquico, pode usar um armazenamento combinado (SSD e HDD) até 10 TiB por nó. As cópias de segurança são armazenadas separadamente e não contam para este limite. Para mais informações, consulte as métricas de utilização do armazenamento. Tenha em atenção que o Spanner fatura o armazenamento real utilizado numa instância e não o armazenamento total disponível. |
Limites de cópia de segurança e restauro
| Valor | Limite |
|---|---|
| Número de operações de criação de cópias de segurança em curso por base de dados | 1 |
| Número de operações de restauro de base de dados em curso por instância (na instância da base de dados restaurada e não na cópia de segurança) | 10 |
| Tempo de retenção máximo da cópia de segurança | 1 ano (incluindo o dia adicional num ano bissexto) |
Limites de esquemas
Objetos de esquema
| Valor | Limite |
|---|---|
| O número total de objetos de esquema em todas as bases de dados na mesma instância | Os limites predefinidos variam consoante a configuração da instância2 |
Declarações DDL
| Valor | Limite |
|---|---|
| Tamanho da declaração DDL para uma única alteração do esquema | 10 MiB |
Tamanho da declaração DDL para o esquema completo de uma base de dados, conforme devolvido por GetDatabaseDdl |
10 MiB |
Gráficos
| Valor | Limite |
|---|---|
| Gráficos de propriedades por base de dados | 16 |
| Comprimento do nome do gráfico de propriedades | 1 a 128 carateres |
Tabelas
| Valor | Limite |
|---|---|
| Tabelas por base de dados | 5000 |
| Comprimento do nome da tabela | 1 a 128 carateres |
| Colunas por tabela | 1024 |
| Comprimento do nome da coluna | 1 a 128 carateres |
| Tamanho máximo dos dados por célula | 10 MiB |
Tamanho de uma célula STRING |
2 621 440 carateres Unicode |
| Número de colunas numa chave de tabela | 16 Inclui colunas de chaves partilhadas com qualquer tabela principal |
| Profundidade de intercalação de tabelas | 7 Uma tabela de nível superior com tabelas secundárias tem uma profundidade de 1. Uma tabela de nível superior com tabelas de nível inferior tem uma profundidade de 2, e as tabelas aninhadas subsequentes aumentam a profundidade em conformidade. |
| Tamanho máximo de uma chave primária ou de uma chave de índice por linha | 8 KiB Inclui o tamanho de todas as colunas que compõem a chave |
| Tamanho total das colunas não principais por linha | 1600 MiB Inclui o tamanho de todas as colunas não principais por linha para uma tabela |
Índices
| Valor | Limite |
|---|---|
| Índices por base de dados | 10 000 |
| Índices por tabela | 128 |
| Comprimento do nome do índice | 1 a 128 carateres |
| Número de colunas numa chave de índice | 16 O número de colunas indexadas (exceto colunas STORING) mais o número de colunas de chave principal na tabela base |
Visualizações
| Valor | Limite |
|---|---|
| Visualizações por base de dados | 5000 |
| Comprimento do nome da visualização de propriedade | 1 a 128 carateres |
| Profundidade de aninhamento | 10 Uma vista que se refere a outra vista tem uma profundidade de aninhamento de 1. Uma vista que faz referência a outra vista que faz referência a outra vista tem uma profundidade de aninhamento de 2 e assim sucessivamente. |
Grupos de localidades
| Valor | Limite |
|---|---|
| Número máximo de grupos de localidades por base de dados | 16 (1 grupo de localidades predefinido e 15 grupos de localidades adicionais opcionais) |
Tempo mínimo necessário na opção ssd_to_hdd_spill_timespan |
1 hora |
Quantidade máxima de tempo permitida na opção ssd_to_hdd_spill_timespan |
365 dias |
Limites de consultas
| Valor | Limite |
|---|---|
Colunas numa cláusula GROUP BY |
1000 |
Valores num operador IN |
10 000 |
| Chamadas de funções | 1000 |
| Aderir | 20 |
| Chamadas de funções aninhadas | 75 |
Cláusulas GROUP BY aninhadas |
35 |
| Expressões de subconsulta aninhadas | 25 |
| Declarações de subseleção aninhadas | 60 |
| Junções produzidas por uma consulta de gráfico | 100 |
| Parâmetros | 950 |
| Comprimento da instrução de consulta | 1 milhão de carateres |
STRUCT campos |
1000 |
| Subquery expression children | 50 |
| União em uma consulta | 200 |
| Profundidade da travessia do caminho quantificado do gráfico | 100 |
Limites para criar, ler, atualizar e eliminar dados
| Valor | Limite |
|---|---|
| Tamanho de confirmação (incluindo índices e streams de alterações) | 100 MiB |
| Leituras simultâneas por sessão | 100 |
| Mutações por confirmação (incluindo índices)3 | 80 000 |
| Mutações por grupo de mutações num pedido de gravação em lote | 80 000 |
| Declarações de DML particionadas simultâneas por base de dados | 20 000 |
Limites administrativos
| Valor | Limite |
|---|---|
| Tamanho do pedido de ações administrativas4 | 1 MiB |
| Limite de taxa para ações administrativas5 | 5 por segundo por projeto por utilizador (média de 100 segundos) |
Limites aos pedidos
| Valor | Limite |
|---|---|
| Peça um tamanho diferente do usado para commits6 | 10 MiB |
Alterar limites de streams
| Valor | Limite |
|---|---|
| Altere as streams por base de dados | 10 |
| Alterar streams que observam qualquer coluna não principal7 | 3 |
| Leitores simultâneos por partição de dados da stream de alterações8 | 20 |
Limites do Aumento de dados
| Valor | Limite |
|---|---|
| Pedidos de reforço de dados simultâneos por projeto em us-central1 | 1000 9 |
| Pedidos de Data Boost simultâneos por projeto por região noutras regiões | 400 9 |
Limites da API de divisão prévia
| Valor | Limite |
|---|---|
| Pontos de divisão adicionados por pedido de API | 100 |
| Tamanho do pedido da API de ponto de divisão | 1 MiB |
| Pontos de divisão adicionados por nó para todas as bases de dados na instância | 50 |
| Pontos de divisão adicionados ou atualizados por minuto por nó | 10 |
| Divisão de pontos adicionados ou atualizados por dia e por nó | 200 |
Notas
1. Para oferecer alta disponibilidade e baixa latência para aceder a uma base de dados, o Spanner define limites de armazenamento com base na capacidade de computação da instância:
- Para instâncias inferiores a 1 nó (1000 unidades de processamento), o Spanner atribui 1024,0 GiB de dados por cada 100 unidades de processamento na base de dados.
- Para instâncias de 1 nó ou mais, o Spanner atribui 10 TiB de dados para cada nó.
Por exemplo, para criar uma instância para uma base de dados de 1500 GiB, tem de definir a respetiva capacidade de computação para 200 unidades de processamento. Esta quantidade de capacidade de computação mantém a instância abaixo do limite até a base de dados crescer para mais de 2048,0 GiB. Depois de a base de dados atingir este tamanho, tem de adicionar mais 100 unidades de processamento para permitir o crescimento da base de dados. Caso contrário, as gravações na base de dados podem ser rejeitadas. Para mais informações, consulte o artigo Recomendações para a utilização do armazenamento da base de dados.
Para uma experiência de crescimento sem problemas, adicione capacidade de computação antes de atingir o limite da sua base de dados.
2. Os objetos de esquema contabilizados incluem todos os tipos de objetos descritos em DDL, como tabelas, colunas, índices, sequências, etc. O limite de objetos de esquema é aplicado ao nível da instância e depende das unidades de processamento disponíveis para a sua instância.
- Para instâncias de um nó ou mais, o limite predefinido é de um milhão de objetos.
- Para instâncias inferiores a um nó (1000 unidades de processamento), o limite diminui proporcionalmente ao tamanho da instância. Por exemplo, o limite é de 100 000 objetos de esquema para instâncias com 100 unidades de processamento.
Para verificar a contagem de objetos de esquema das suas bases de dados e o limite de objetos da sua instância, procure as métricas spanner.googleapis.com/instance/schema_objects e spanner.googleapis.com/instance/schema_object_count no Explorador de métricas.
Para mais informações sobre a monitorização, consulte o artigo
Monitorize instâncias com o
Cloud Monitoring.
Se atingir o limite, o Spanner impede que execute operações que excedam o limite, como:
- Modificar o esquema da base de dados (por exemplo, adicionar um índice).
- Criar uma nova base de dados na instância.
- Restaurar uma base de dados a partir de uma cópia de segurança na mesma instância. Neste caso, pode restaurar a cópia de segurança numa instância diferente na mesma configuração ou criar uma nova instância com a mesma configuração e restaurar a cópia de segurança na nova instância.
3. As operações de inserção e atualização são contabilizadas com a multiplicidade do número de colunas que afetam, e as colunas de chave primária são sempre afetadas. Por exemplo, a inserção de um novo registo pode ser contabilizada como cinco mutações se os valores forem inseridos em cinco colunas. A atualização de três colunas num registo também pode ser contabilizada como cinco mutações se o registo tiver duas colunas de chave principal. As operações de eliminação e eliminação de intervalo contam como uma mutação, independentemente do número de colunas afetadas.
A eliminação de uma linha de uma tabela principal que tenha a anotação ON DELETE
CASCADE também é contabilizada como uma mutação, independentemente do número de linhas secundárias intercaladas presentes. A exceção a esta regra aplica-se se existirem índices secundários definidos nas linhas que estão a ser eliminadas. Nesse caso, as alterações aos índices secundários são contabilizadas individualmente. Por exemplo, se uma tabela tiver 2 índices secundários, a eliminação de um intervalo de linhas na tabela conta como 1 mutação para a tabela, mais 2 mutações para cada linha eliminada, porque as linhas no índice secundário podem estar dispersas no espaço de chaves, o que impossibilita o Spanner de chamar uma única operação de intervalo de eliminação nos índices secundários. Os índices secundários incluem os
índices de apoio das chaves externas.
Para encontrar a contagem de mutações de uma transação, consulte o artigo Obter estatísticas de confirmação de uma transação.
Os streams de alterações não adicionam mutações que contam para este limite.
4. O limite para um pedido de ação administrativa exclui as confirmações, os pedidos indicados na nota 9 e as alterações ao esquema.
5. Este limite de taxa inclui todas as chamadas para a API de administração, incluindo chamadas para sondar operações de longa duração numa instância, numa base de dados ou numa cópia de segurança.
6. Este limite inclui pedidos de criação de uma base de dados, atualização de uma base de dados, leitura, leituras por stream, execução de consultas SQL e execução de consultas SQL por stream.
7. Uma stream de alterações que monitoriza uma tabela ou uma base de dados inteira monitoriza implicitamente todas as colunas nessa tabela ou base de dados e, por isso, conta para este limite.
8. Este limite aplica-se a leitores simultâneos da mesma partição de streams de alterações, quer os leitores sejam pipelines do Dataflow ou consultas diretas da API.
9. Os limites predefinidos variam consoante o projeto e as regiões. Para mais informações, consulte o artigo Monitorize e faça a gestão da utilização da quota do Aumento de dados.