Esta página fornece informações sobre as quotas e os limites do Cloud SQL. As quotas são aplicadas por projeto. Os limites são aplicados à instância ou ao projeto, consoante o limite.
Quotas
Uma quota restringe a quantidade de um Google Cloud recurso que o seu Google Cloud projeto pode usar. O Cloud SQL é um exemplo deste tipo de recurso.
Para o Cloud SQL, as quotas fazem parte de um sistema que faz o seguinte:
- Monitorize a sua utilização ou consumo de instâncias do Cloud SQL
- Restringir o seu consumo destas instâncias por motivos que incluem garantir a equidade e reduzir os picos de utilização
- Manter as configurações que aplicam restrições prescritas automaticamente
- Oferecer um meio de fazer ou pedir alterações à quota
Quando uma quota é excedida, na maioria dos casos, o sistema bloqueia imediatamente o acesso à instância relevante e a tarefa que está a tentar realizar falha. As quotas aplicam-se a cada Google Cloud projeto e são partilhadas por todas as instâncias que usam esse projeto.
Autorizações para verificar e aumentar as suas quotas
Para verificar e aumentar as suas quotas, precisa das seguintes autorizações:
serviceusage.quotas.get:verifique as suas quotasserviceusage.quotas.update:aumente as suas quotas
Por predefinição, estas autorizações estão incluídas nas funções básicas de IAM de editor e proprietário, e na função administrador de quotas predefinida. Se precisar de autorizações adicionais, contacte o administrador da quota.
Verifique as suas quotas
Para verificar as quotas atuais de recursos no seu projeto, aceda à página Quotas naGoogle Cloud consola e filtre por API Cloud SQL Admin. Estas quotas aplicam-se apenas a chamadas de API e não incluem consultas de base de dados.
Aumente as suas quotas
À medida que a sua utilização do Google Cloud se expande ao longo do tempo, as suas quotas podem aumentar em conformidade. Se prevê um aumento notável da utilização, faça o pedido com alguns dias de antecedência para garantir que as suas quotas têm o tamanho adequado.
Não é cobrado nenhum valor pelo pedido de aumento da quota. Os seus custos aumentam apenas se usar mais recursos.
Para aumentar as suas quotas, siga estes passos:
Na Google Cloud consola, aceda à página Quotas.
Filtre o serviço API Admin do Cloud SQL.
Se não vir este serviço, ative a API Admin do Cloud SQL.
Selecione as caixas de verificação junto às quotas que quer alterar e, de seguida, clique em Editar quotas.
Para cada quota que selecionou, no campo Novo limite, introduza o valor do limite pretendido.
No campo Descrição do motivo, introduza um motivo para o seu pedido de um aumento da quota e, de seguida, clique em Concluído.
Clicar em Seguinte.
Preencha o seu nome, email e número de telefone e, de seguida, clique em Enviar pedido.
Se tiver problemas ao aumentar as suas quotas, apresente um registo de apoio técnico.
Como são repostas as quotas de recursos
As quotas diárias são repostas diariamente à meia-noite (hora do Pacífico).
Quotas e disponibilidade de recursos
As quotas de recursos são a quantidade máxima de recursos que pode criar para esse tipo de recurso se esses recursos estiverem disponíveis. As quotas não garantem que os recursos estejam disponíveis em todos os momentos. Se um recurso não estiver fisicamente disponível para a sua região, não pode criar novos recursos desse tipo, mesmo que ainda tenha quota restante no seu projeto.
Quotas de tarifas
O Cloud SQL suporta quotas de taxa, também conhecidas como limites de taxa ou quotas de API. As quotas de taxa definem o número de pedidos que pode fazer à API Admin do Cloud SQL.
Cada quota de taxa corresponde a todos os pedidos de uma categoria de um ou mais métodos da API Admin do Cloud SQL. As quotas de taxa são repostas após um intervalo de tempo específico do Cloud SQL (por exemplo, o número de pedidos de API por minuto).
Quando usa a CLI gcloud ou a Google Cloud consola, está a fazer pedidos à API Cloud SQL Admin, e estes pedidos contam para as suas quotas de taxa. Se usar contas de serviço para aceder à API, estes pedidos também contam para as suas quotas de taxa.
O Cloud SQL aplica e repõe automaticamente as quotas de taxa em intervalos de 60 segundos. Se o seu projeto atingir o limite de uma quota de taxa em qualquer altura no prazo de 60 segundos, tem de aguardar que essa quota seja reposta antes de fazer mais pedidos nessa categoria. Se o seu projeto exceder este limite, recebe um código de estado HTTP 429 com o motivo rateLimitExceeded.
A API Admin do Cloud SQL está dividida nas seguintes categorias:
- Ligar: procure valores necessários para estabelecer ligação a uma base de dados do Cloud SQL.
- Get: obtenha informações sobre um recurso (por exemplo, uma instância, uma operação ou uma cópia de segurança).
- List: lista os recursos.
- Mutate: crie, modifique e elimine recursos.
- Predefinição por região: interagir com uma instância do Cloud SQL sem estabelecer ligação, obter, listar ou alterar a mesma.
- Predefinição: lista as flags da base de dados e os tipos de máquinas (níveis) para instâncias do Cloud SQL. As APIs nesta categoria são globais.
O Cloud SQL impõe quotas de taxa para cada categoria por minuto, por utilizador e por região. Para cada combinação única destes atributos, o Cloud SQL impõe um limite de taxa separado.
A API Admin do Cloud SQL produz métricas detalhadas que podem ajudar a acompanhar a sua utilização da API, monitorizar o desempenho da sua instância do Cloud SQL e da API, e descobrir problemas entre a sua instância e a API. Para mais informações, consulte o artigo Monitorizar a utilização da API.
A tabela seguinte fornece informações sobre a métrica, as APIs e o limite predefinido para cada categoria:
| Categoria | Métrica | APIs | Limite predefinido |
|---|---|---|---|
| Ligar |
O número de pedidos feitos por minuto por utilizador por região para usar as APIs nesta categoria. |
1000 | |
| Obter |
O número de pedidos feitos por minuto por utilizador por região para usar as APIs nesta categoria. |
500 | |
| Lista |
O número de pedidos feitos por minuto por utilizador por região para usar as APIs nesta categoria. |
500 | |
| Mutação |
O número de pedidos feitos por minuto por utilizador por região para usar as APIs nesta categoria. |
|
180 |
| Predefinição por região |
O número de pedidos regionais predefinidos que são feitos por minuto por utilizador por região para usar as APIs nesta categoria. |
180 | |
| Predefinição |
O número de pedidos predefinidos feitos por minuto por utilizador para usar as APIs nesta categoria. |
180 |
Limites
Existem restrições em alguns recursos do Cloud SQL que não são repostos periodicamente e não são apresentados na página Quotas na Google Cloud consola. Alguns limites podem ser aumentados, enquanto outros não.
Limites configuráveis
Instâncias por projeto
O número máximo de instâncias que pode ter num único projeto depende da arquitetura de rede dessas instâncias:
- Nova arquitetura de rede SQL: pode ter até 1000 instâncias por projeto.
- Arquitetura de rede SQL antiga: pode ter até 100 instâncias por projeto.
- Usar ambas as arquiteturas: o seu limite vai estar entre 100 e 1000, consoante a distribuição das suas instâncias pelas duas arquiteturas.
Apresente um registo de apoio ao cliente para pedir um aumento. As réplicas de leitura são contabilizadas como instâncias.
Recomendamos que distribua a contagem de instâncias por vários projetos para reduzir a dependência de pedidos de aumento da quota. Isto ajuda a evitar potenciais bloqueios.
Número máximo de ligações simultâneas
Pode usar a flag
max_connections para configurar os limites de ligações. Quando cria uma instância do Cloud SQL para PostgreSQL, as
definições de configuração do tipo de máquina ajustam automaticamente o intervalo de tamanhos de memória disponíveis com base no número de núcleos que selecionar. Isto também determina os limites de ligação predefinidos iniciais definidos para a instância.
Pode encontrar os limites de ligação para a sua instância ligando-se à base de dados e executando este comando:
SELECT * FROM pg_settings WHERE name = 'max_connections';
O valor nas réplicas tem de ser superior ou igual ao valor no primário. As alterações no elemento principal propagam-se às réplicas que tenham um valor inferior ao novo valor no elemento principal ou que não tenham sido alteradas a partir do valor predefinido.
Se o valor no elemento principal for default, não é possível alterar o valor das réplicas. Para alterar o valor das réplicas, primeiro, defina o valor no elemento principal como um número inteiro.
Advertências
Utilização de quotas para conectores do Cloud SQL
O proxy Auth do Cloud SQL e outros conectores do Cloud SQL usam a quota da API Admin do Cloud SQL. Os conetores do Cloud SQL funcionam executando uma operação de atualização aproximadamente a cada hora. Esta operação de atualização faz duas chamadas API. Uma chamada obtém os metadados da instância e a outra chamada obtém um certificado efémero.
A utilização da quota é calculada da seguinte forma:
Quota usage = connector processes running * instances * 2 API calls per hour
Por exemplo, se tiver três processos a executar um conector, o conector estiver configurado para se ligar a duas instâncias do Cloud SQL e forem feitas duas chamadas API durante uma hora, o seu consumo de quota é de 12 (3 processos * 2 instâncias * 2 chamadas API).
Se está a começar a usar o Cloud SQL, deve ter em atenção o seguinte, tendo em conta a fórmula acima:
A rapidez com que aumenta o número de novos clientes da base de dados
A rapidez com que adiciona mais instâncias
Usar contas de serviço diferentes para cada aplicação
Autenticação da base de dados do Cloud SQL IAM
Existe uma quota de início de sessão por minuto para cada instância, que inclui inícios de sessão com e sem êxito. Quando a quota é excedida, os inícios de sessão ficam temporariamente indisponíveis. Recomendamos que evite inícios de sessão frequentes e restrinja os inícios de sessão através de redes autorizadas. A quota para autorização de inícios de sessão é de 12 000 por minuto, por instância.
Quota de regras de encaminhamento
Cada instância do Cloud SQL consiste numa regra de encaminhamento e num balanceador de carga. Existe um limite de quota na regra de encaminhamento, com base no tipo de balanceador de carga para o qual está a apontar. Existem várias quotas em cada tipo de regra de encaminhamento, por projeto, por rede e por grupo de intercâmbio. Também existe uma regra de substituição para a quota por rede e as quotas por grupo de peering para o Cloud SQL. Isto significa que, quando aumentamos a quota por rede para redes de produtores, a quota por grupo de intercâmbio também é aumentada para o mesmo valor.
A VPC do produtor do Cloud SQL está interligada à VPC do cliente, pelo que, muitas vezes, atingimos a quota por rede para a rede do produtor do Cloud SQL e a quota por grupo de intercâmbio para a VPC do cliente.
Quando atingimos a quota, determinadas operações podem falhar, incluindo:
Criação de operação: precisamos de novas regras de encaminhamento quando criamos novas instâncias.
Operação de atualização: permitimos que os clientes mudem a rede de instâncias, pelo que precisamos de novas regras de encaminhamento na nova rede.
Operação de manutenção: as regras de encaminhamento são recriadas.
Para evitar problemas, considere limitar o número total de instâncias por rede a menos de 500.
Se tiver um problema, apresente um registo de apoio técnico e aumentaremos as quotas relevantes para si.
Limites fixos
IOPS
As IOPS são o número de operações de entrada/saída (ou operações de leitura/escrita) que o seu disco consegue processar por segundo.
O Cloud SQL usa máquinas virtuais (VMs) do Compute Engine com discos de armazenamento persistente. Para ver detalhes sobre as caraterísticas de desempenho específicas da VM, consulte a tabela de IOPS máximos sustentados na página de desempenho do disco persistente.
Limite de tabelas
O tamanho máximo da tabela para o Cloud SQL para PostgreSQL é de 32 TB. Quando o tamanho de uma tabela atinge 32 TB, não é possível adicionar mais dados.
Limite de operações
Os tipos de máquinas de nível micro e pequeno limitam o número de operações simultâneas.
Exceder estes limites causa um erro Too many operations.
O limite do tipo de máquina db-custom-1-3840 (CPU única) é de 50 operações simultâneas.
O limite do tipo de máquina f1-micro (CPU de núcleo partilhado) é de 20 operações simultâneas.Limite de recolha de métricas
As métricas do PostgreSQL são recolhidas para um máximo de 500 bases de dados. Se existirem mais de 500 bases de dados, apenas as 500 principais são incluídas para uma determinada métrica. Estas bases de dados têm o maior número de transações.
Limites de armazenamento do Cloud SQL
- Núcleo dedicado: até 64 TB.
Consulte os preços da CPU e da memória para mais informações.
- Núcleo partilhado: até 3 TB.
Consulte o artigo Preços de instâncias para mais informações.
Opções de armazenamento do Cloud SQL
Para configurar uma opção de armazenamento para o melhor desempenho, é importante compreender a sua carga de trabalho e escolher o tipo e o tamanho de disco adequados. Para mais informações sobre as opções disponíveis para o Cloud SQL, consulte as definições da instância.Limites do App Engine
Cada instância do App Engine em execução num ambiente padrão não pode ter mais de 100 ligações simultâneas a uma instância. Para apps PHP 5.5, o limite é de 60 ligações simultâneas.
As aplicações do App Engine estão sujeitas a limites de tempo de solicitação, consoante a utilização e o ambiente. Para mais informações, veja como as instâncias são geridas no ambiente padrão do App Engine padrão e flexível.
As aplicações do App Engine também estão sujeitas a quotas e limites adicionais do App Engine, conforme abordado na página Quotas do App Engine.
Limites do Cloud Run
Se usar a ligação do Cloud SQL incorporada no Cloud Run, as instâncias de contentores do Cloud Run estão limitadas a 100 ligações por base de dados do Cloud SQL.
Cada instância de um serviço ou uma tarefa do Cloud Run pode ter 100 ligações à base de dados e, à medida que este serviço ou tarefa é dimensionado, o número total de ligações por implementação pode aumentar.
Este limite não se aplica quando usa outros métodos de ligação, como o proxy Auth do Cloud SQL num sidecar, os conectores de linguagem do Cloud SQL ou quando se liga diretamente ao endereço IP da instância do Cloud SQL.
Limites das funções do Cloud Run
As funções do Cloud Run (1.ª geração) limitam as execuções simultâneas a uma por instância. Nunca tem uma situação em que uma única instância de função de 1.ª geração esteja a processar dois pedidos ao mesmo tempo. Na maioria das situações, só é necessária uma ligação à base de dados.
As funções do Cloud Run (2.ª geração) baseiam-se no Cloud Run e têm um limite de 100 ligações à base de dados por instância.
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 armazenamento do Cloud SQL
- Núcleo dedicado: até 64 TB.
Consulte os preços da CPU e da memória para mais informações.
- Núcleo partilhado: até 3 TB.
Consulte o artigo Preços de instâncias para mais informações.
Opções de armazenamento do Cloud SQL
Para configurar uma opção de armazenamento para o melhor desempenho, é importante compreender a sua carga de trabalho e escolher o tipo e o tamanho de disco adequados. Para mais informações sobre as opções disponíveis para o Cloud SQL, consulte as definições da instância.Limites do App Engine
Cada instância do App Engine em execução num ambiente padrão não pode ter mais de 100 ligações simultâneas a uma instância. Para apps PHP 5.5, o limite é de 60 ligações simultâneas.
As aplicações do App Engine estão sujeitas a limites de tempo de solicitação, consoante a utilização e o ambiente. Para mais informações, veja como as instâncias são geridas no ambiente padrão do App Engine padrão e flexível.
As aplicações do App Engine também estão sujeitas a quotas e limites adicionais do App Engine, conforme abordado na página Quotas do App Engine.
Limites do Cloud Run
Se usar a ligação do Cloud SQL incorporada no Cloud Run, as instâncias de contentores do Cloud Run estão limitadas a 100 ligações por base de dados do Cloud SQL.
Cada instância de um serviço ou uma tarefa do Cloud Run pode ter 100 ligações à base de dados e, à medida que este serviço ou tarefa é dimensionado, o número total de ligações por implementação pode aumentar.
Este limite não se aplica quando usa outros métodos de ligação, como o proxy Auth do Cloud SQL num sidecar, os conectores de linguagem do Cloud SQL ou quando se liga diretamente ao endereço IP da instância do Cloud SQL.
Limites das funções do Cloud Run
As funções do Cloud Run (1.ª geração) limitam as execuções simultâneas a uma por instância. Nunca tem uma situação em que uma única instância de função de 1.ª geração esteja a processar dois pedidos ao mesmo tempo. Na maioria das situações, só é necessária uma ligação à base de dados.
As funções do Cloud Run (2.ª geração) baseiam-se no Cloud Run e têm um limite de 100 ligações à base de dados por instância.