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 Trusted Cloud by S3NS recurso que o seu Trusted 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 Trusted 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 naTrusted 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 Trusted 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 Trusted 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 Trusted 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 Trusted 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 um limite de ligações.
Quando cria uma instância do Cloud SQL para MySQL, escolhe um tipo de máquina que determina a quantidade de memória. A quantidade de memória disponível determina os limites de ligação para a instância.
Pode encontrar o limite de associações para a sua instância associando-se à
sua base de dados e executando este comando:
SHOW VARIABLES LIKE "max_connections";
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 Cloud SQL for MySQL tem um limite de 50 000 tabelas por predefinição ou 500 000 tabelas para uma instância se cumprir os requisitos mínimos de hardware de, pelo menos, 32 núcleos e um mínimo de 200 GB de memória. Para um desempenho ideal, recomendamos que o número de tabelas numa única base de dados não exceda 50 000.As instâncias que excedam estes limites não são abrangidas pelo SLA. Quando o tamanho de uma tabela atinge 16 TB, o tamanho máximo para partições Linux, não é possível adicionar mais dados.
A memória necessária para a sua instância depende de vários fatores. Para saber como o Cloud SQL para MySQL usa a memória, consulte o artigo Como o MySQL usa a memória.
Se a contagem de tabelas ativas for superior aos valores predefinidos do Cloud SQL ou se o tamanho geral da cache for significativamente grande, tem de fazer ajustes à sua instância. Para manter um desempenho ideal, pode:
- Atualize para a edição Cloud SQL Enterprise Plus para ter opções de memória mais elevadas.
- Atualize a sua máquina do Cloud SQL para adicionar memória à instância.
- Reduza o valor da flag da base de dados
innodb_buffer_pool_size.
As flags table_open_cache e table_definition_cache podem ser usadas para modificar a cache de tabelas do Cloud SQL para MySQL.
Pode usar o esquema de desempenho
para obter uma estimativa da dimensão da cache de tabelas para a sua instância.
Se o número de tabelas ativas for significativamente superior aos predefinições das tabelas do Cloud SQL e à recomendação de tabelas abertas do MySQL, o Cloud SQL recomenda que configure as flags da base de dados table_open_cache e table_definition_cache com a contagem de tabelas ativas da sua instância.
Para mais informações, consulte o artigo
Como o MySQL abre e fecha tabelas.
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.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 Trusted Cloud by S3NS 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.