Esta página fornece informações sobre as cotas e limites do Cloud SQL. As cotas são aplicadas por projeto; os limites são aplicados à instância ou ao projeto, dependendo do limite.
Cotas
Uma cota restringe a quantidade de uma Google Cloud recursos para você Google Cloud projeto pode usar. O Cloud SQL é um exemplo desse tipo de recurso.
Para o Cloud SQL, as cotas são parte de um sistema que faz o seguinte:
- Monitore seu uso ou consumo de instâncias do Cloud SQL
- Restrinja o consumo dessas instâncias por motivos que incluem garantir a justiça e reduzir picos de uso
- Manter configurações que imponham restrições prescritas automaticamente
- Forneça um meio para fazer ou solicitar alterações na cota
Quando uma cota é excedida, na maioria dos casos, o sistema bloqueia o acesso à instância relevante imediatamente, e a tarefa que você está tentando executar falha. As cotas se aplicam a cada instância. Google Cloud projeto e são compartilhados entre todas as instâncias que usam esse projeto.
Permissões para verificar e aumentar suas cotas
Para verificar e aumentar suas cotas, você precisa das seguintes permissões:
-
serviceusage.quotas.get :verifique suas cotas -
serviceusage.quotas.update :aumente suas cotas
Por padrão, essas permissões estão incluídas nas funções básicas do IAM de Editor e Proprietário e na função predefinida de Administrador de Cotas . Se precisar de permissões adicionais, entre em contato com o administrador de cotas.
Verifique suas cotas
Para verificar as cotas atuais de recursos em seu projeto, acesse a página Cotas noGoogle Cloud console e filtro para a API de administração do Cloud SQL . Essas cotas se aplicam apenas a chamadas de API; não incluem consultas ao banco de dados.
Aumente suas cotas
À medida que você usa Google Cloud expande com o tempo, suas cotas podem aumentar de acordo. Se você prevê um aumento significativo no uso, faça sua solicitação com alguns dias de antecedência para garantir que suas cotas sejam dimensionadas adequadamente.
Não há custos para solicitar um aumento de cota. Seus custos só aumentam se você usar mais recursos.
Para aumentar suas cotas, siga estes passos:
No Google Cloud console, vá para a página Cotas .
Filtro para o serviço da API de administração do Cloud SQL .
Se você não vir esse serviço, ative a API de administração do Cloud SQL .
Marque as caixas de seleção ao lado das cotas que você deseja alterar e clique em Editar cotas .
Para cada cota selecionada, no campo Novo limite , insira o valor do limite desejado.
No campo Descrição do motivo , insira um motivo para sua solicitação de aumento de cota e clique em Concluído .
Clique em Avançar .
Preencha seu nome, e-mail e número de telefone e clique em Enviar solicitação .
Se você tiver problemas para aumentar suas cotas, registre um caso de suporte .
Como as cotas de recursos são reabastecidas
As cotas diárias são reabastecidas diariamente à meia-noite, horário do Pacífico.
Cotas e disponibilidade de recursos
Cotas de recursos são a quantidade máxima de recursos que você pode criar para aquele tipo de recurso, se eles estiverem disponíveis. Cotas não garantem que os recursos estejam disponíveis o tempo todo. Se um recurso não estiver fisicamente disponível para sua região, você não poderá criar novos recursos desse tipo, mesmo que ainda tenha cota restante no seu projeto.
Cotas de taxas
O Cloud SQL oferece suporte a cotas de taxa, também conhecidas como limites de taxa ou cotas de API. As cotas de taxa definem quantas solicitações você pode fazer à API de administração do Cloud SQL .
Cada cota de taxa corresponde a todas as solicitações para uma categoria de um ou mais métodos da API Admin do Cloud SQL. As cotas de taxa são redefinidas após um intervalo de tempo específico do Cloud SQL (por exemplo, o número de solicitações de API por minuto).
Quando você usa o gcloud CLI ou o Google Cloud No console, você está fazendo solicitações à API de administração do Cloud SQL, e essas solicitações são contabilizadas para suas cotas de taxa. Se você usa contas de serviço para acessar a API, essas solicitações também são contabilizadas para suas cotas de taxa.
O Cloud SQL aplica e recarrega cotas de taxa automaticamente em intervalos de 60 segundos. Se o seu projeto atingir o limite de uma cota de taxa em qualquer momento dentro de 60 segundos, você deverá aguardar o recarregamento dessa cota antes de fazer mais solicitações nessa categoria. Se o seu projeto exceder esse limite, você receberá um código de status HTTP 429 com o motivo rateLimitExceeded .
A API de administração do Cloud SQL é dividida nas seguintes categorias:
- Conectar: procure valores necessários para se conectar a um banco de dados Cloud SQL.
- Obter: recuperar informações sobre um recurso (por exemplo, uma instância, uma operação ou um backup).
- Lista: listar recursos.
- Mutate: criar, modificar e excluir recursos.
- Padrão por região: interagir com uma instância do Cloud SQL sem conectar-se a ela, recuperá-la, listá-la ou alterá-la.
- Padrão: listar sinalizadores de banco de dados e tipos de máquina (camadas) para instâncias do Cloud SQL. As APIs nesta categoria são globais.
O Cloud SQL impõe cotas de taxa para cada categoria por minuto, por usuário e por região. Para cada combinação exclusiva desses atributos, o Cloud SQL impõe um limite de taxa separado.
A API de administração do Cloud SQL produz métricas detalhadas que podem ajudar você a rastrear o uso da API, monitorar o desempenho da sua instância do Cloud SQL e da API e descobrir problemas entre sua instância e a API. Para obter mais informações, consulte Monitorando o uso da API .
A tabela a seguir fornece informações sobre a métrica, APIs e limite padrão para cada categoria:
| Categoria | Métrica | APIs | Limite padrão |
|---|---|---|---|
| Conectar | O número de solicitações feitas por minuto por usuário por região para usar as APIs nesta categoria. | 1000 | |
| Pegar | O número de solicitações feitas por minuto por usuário por região para usar as APIs nesta categoria. | 500 | |
| Lista | O número de solicitações feitas por minuto por usuário por região para usar as APIs nesta categoria. | 500 | |
| Mutação | O número de solicitações feitas por minuto por usuário por região para usar as APIs nesta categoria. |
| 180 |
| Padrão por região | O número de solicitações regionais padrão feitas por minuto por usuário por região para usar as APIs nesta categoria. | 180 | |
| Padrão | O número de solicitações padrão feitas por minuto por usuário para usar as APIs nesta categoria. | 180 |
Limites
Existem restrições em alguns recursos do Cloud SQL que não são reabastecidos periodicamente e não são exibidos na página Cotas no Google Cloud console. 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 você pode ter em um único projeto depende da arquitetura de rede dessas instâncias:
- Nova arquitetura de rede SQL: você pode ter até 1000 instâncias por projeto.
- Arquitetura de rede SQL antiga: você pode ter até 100 instâncias por projeto.
- Usando ambas as arquiteturas: seu limite estará entre 100 e 1.000, dependendo da distribuição de suas instâncias nas duas arquiteturas.
Abra um chamado de suporte para solicitar um aumento. Réplicas de leitura são contabilizadas como instâncias.
Recomendamos que você distribua sua contagem de instâncias entre vários projetos para reduzir a dependência de solicitações de aumento de cota. Isso ajuda a evitar possíveis bloqueios.
Máximo de conexões simultâneas
Você pode usar o sinalizador max_connections para configurar limites de conexões. Ao criar uma instância do Cloud SQL para PostgreSQL, as configurações do tipo de máquina ajustam automaticamente o intervalo de tamanhos de memória disponíveis com base no número de núcleos selecionados. Isso também determina os limites de conexão padrão iniciais definidos para a instância.
Você pode encontrar os limites de conexão para sua instância conectando-se ao seu banco de dados e executando este comando: SELECT * FROM pg_settings WHERE name = 'max_connections';
O valor nas réplicas deve ser maior ou igual ao valor no primário. Alterações no primário são propagadas para réplicas que tenham um valor menor que o novo valor no primário ou que não tenham sido alteradas em relação ao valor padrão.
Se o valor no primário for default , o valor das réplicas não poderá ser alterado. Para alterar o valor das réplicas, primeiro defina o valor no primário como um inteiro.
Advertências
Uso de cota para conectores do Cloud SQL
O Cloud SQL Auth Proxy e outros conectores do Cloud SQL utilizam a cota da API de administração do Cloud SQL. Os conectores do Cloud SQL funcionam executando uma operação de atualização aproximadamente a cada hora. Essa operação de atualização realiza duas chamadas à API. Uma chamada recupera os metadados da instância e a outra recupera um certificado temporário.
O uso da cota é calculado como:
Quota usage = connector processes running * instances * 2 API calls per hour
Por exemplo, se você tiver três processos executando um conector, o conector estiver configurado para se conectar a duas instâncias do Cloud SQL e duas chamadas de API forem feitas por uma hora, seu consumo de cota será 12 (3 processos * 2 instâncias * 2 chamadas de API).
Se você estiver começando a usar o Cloud SQL e anotando a fórmula acima, lembre-se de:
Com que rapidez você expande novos clientes de banco de dados
Com que rapidez você adiciona mais instâncias
Usando contas de serviço diferentes para cada aplicativo
Autenticação de banco de dados IAM do Cloud SQL
Há uma cota de login por minuto para cada instância, que inclui logins bem-sucedidos e malsucedidos. Quando a cota é excedida, os logins ficam temporariamente indisponíveis. Recomendamos que você evite logins frequentes e restrinja os logins usando redes autorizadas . A cota para autorização de logins é de 12.000 por minuto, por instância.
Cota de regra de encaminhamento
Cada instância do Cloud SQL consiste em uma regra de encaminhamento e um balanceador de carga. Há um limite de cota para a regra de encaminhamento, com base no tipo de balanceador de carga para o qual ela aponta. Há várias cotas para cada tipo de regra de encaminhamento, por projeto, por rede e por grupo de peering . Há também uma regra de substituição para cotas por rede e por grupo de peering no Cloud SQL. Isso significa que, quando aumentamos a cota por rede para redes de produtores, a cota por grupo de peering também é aumentada para o mesmo valor.
O VPC do produtor do Cloud SQL é pareado com o VPC do cliente, então geralmente atingimos a cota por rede para a rede do produtor do Cloud SQL e a cota por grupo de peering para o VPC do cliente.
Quando atingimos a cota, certas operações podem falhar, entre elas:
Criar operação: precisamos de novas regras de encaminhamento quando criamos novas instâncias.
Operação de atualização: permitimos que os clientes troquem a rede de instâncias, por isso 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 para menos de 500.
Se você tiver algum problema, registre um caso de suporte e aumentaremos a(s) cota(s) relevante(s) para você.
Limites fixos
IOPS
IOPS é o número de operações de entrada/saída (ou operações de leitura/gravação) que seu disco pode processar por segundo.
O Cloud SQL utiliza máquinas virtuais (VMs) do Compute Engine com discos de armazenamento persistentes. Para obter detalhes sobre características específicas de desempenho de VMs, consulte a tabela de IOPS máximos sustentados na página de desempenho de discos persistentes .
Limite de operações
Os tipos de máquinas de micro e pequeno porte limitam o número de operações simultâneas. Exceder esses limites causa o 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 compartilhado) é de 20 operações simultâneas.Limite de coleta de métricas
As métricas do PostgreSQL são coletadas para até 500 bancos de dados. Se houver mais de 500 bancos de dados, apenas os 500 primeiros serão incluídos para uma determinada métrica. Esses bancos de dados têm as maiores contagens de transações.
Limites de armazenamento do Cloud SQL
- Núcleo dedicado: até 64 TB.
Veja preços de CPU e memória para mais informações.
- Núcleo compartilhado: até 3 TB.
Consulte Preços de instâncias para obter mais informações.
Opções de armazenamento do Cloud SQL
Para configurar uma opção de armazenamento para melhor desempenho, é importante entender sua carga de trabalho e escolher o tipo e o tamanho de disco apropriados . Para obter mais informações sobre as opções disponíveis para o Cloud SQL, consulte as configurações da instância .Limites do App Engine
Cada instância do App Engine em execução em um ambiente padrão não pode ter mais de 100 conexões simultâneas . Para aplicativos PHP 5.5, o limite é de 60 conexões simultâneas .
Os aplicativos do App Engine estão sujeitos a limites de tempo de solicitação, dependendo do uso e do ambiente. Para obter mais informações, veja como as instâncias são gerenciadas nos ambientes padrão e flexível do App Engine.
Os aplicativos do App Engine também estão sujeitos a cotas e limites adicionais do App Engine, conforme discutido na página Cotas do App Engine .
Limites do Cloud Run
Se você usar a conexão integrada do Cloud SQL no Cloud Run, as instâncias de contêiner do Cloud Run serão limitadas a 100 conexões por banco de dados do Cloud SQL.
Cada instância de um serviço ou tarefa do Cloud Run pode ter 100 conexões com o banco de dados e, à medida que esse serviço ou tarefa é dimensionado, o número total de conexões por implantação pode aumentar.
Esse limite não se aplica ao usar outros métodos de conexão, como o Cloud SQL Auth Proxy em um sidecar, os Cloud SQL Language Connectors ou ao conectar-se 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 há uma situação em que uma única instância de função de 1ª geração processe duas solicitações ao mesmo tempo. Na maioria dos casos, apenas uma única conexão com o banco de dados é necessária.
As funções do Cloud Run (2ª geração) são baseadas no Cloud Run e têm um limite de 100 conexões de banco de dados por instância.