Neste documento, listamos as cotas e limites que se aplicam ao AlloyDB para PostgreSQL.
- As cotas têm valores definidos por padrão, mas geralmente é possível solicitar ajustes.
- Os limites do sistema são valores fixos que não podem ser alterados.
Cotas
Google Cloud O usa cotas para garantir a imparcialidade e reduzir picos no uso e na disponibilidade de recursos. Uma cota restringe a alocação de um recurso doGoogle Cloud para uso do seu projeto do Google Cloud . As cotas se aplicam a vários tipos de recursos, incluindo hardware, software e componentes de rede. Por exemplo, elas podem restringir o número de chamadas de API para um serviço, o número de balanceadores de carga usados simultaneamente pelo projeto ou o número de projetos que podem ser criados. As cotas protegem a comunidade de usuários doGoogle Cloud , impedindo a sobrecarga de serviços. Elas também ajudam você a gerenciar seus próprios recursos do Google Cloud .
O sistema de cotas do Cloud faz o seguinte:
- Monitora o consumo de produtos e serviços do Google Cloud .
- Restringe o consumo desses recursos.
- Possibilita a solicitação de mudanças no valor das cotas e a automatização de ajustes de cotas.
Na maioria dos casos, quando você tenta consumir mais de um recurso do que a cota permite, o sistema bloqueia o acesso ao recurso, e a tarefa que você está tentando executar falha.
As cotas geralmente se aplicam ao nível do projeto do Google Cloud . O uso de um recurso em um projeto não afeta a cota disponível em outro. Em um projeto do Google Cloud , as cotas são compartilhadas entre todos os aplicativos e endereços IP.
Saiba mais em Visão geral das cotas do Cloud.
Google Cloud também oferece cotas de avaliação sem custo financeiro que fornecem acesso limitado para projetos que ajudam a explorar o Google Cloud sem custo financeiro.
Nem todos os projetos têm as mesmas cotas. Se o seu Google Cloud uso do aumentar, as cotas também poderão aumentar.
Para mais informações sobre cotas, consulte a documentação sobre as cotas do Cloud.
Para informações específicas sobre as cotas impostas pelo AlloyDB, consulte Cotas de taxa e Cotas de recursos.
Também há limites nos recursos do AlloyDB. Ao contrário das cotas, os limites do sistema não podem ser alterados.
Permissões para verificar e editar cotas
Para visualizar as cotas, você precisa ter a
serviceusage.quotas.get
permissão.
Para alterar as cotas, você precisa ter a
serviceusage.quotas.update
permissão.
Por padrão, essas permissões estão incluídas nos papéis básicos do IAM "Proprietário" e "Editor", assim como na função predefinida "Administrador de cotas".
Verificar suas cotas
Por padrão, a tabela de cotas no Google Cloud console lista as cotas de todos os serviços. É possível verificar as cotas atuais dos recursos do AlloyDB no seu projeto usando a lista Filtrar na tabela.
Para verificar as cotas atuais dos recursos do AlloyDB no seu projeto, siga estas etapas:
Noconsole, acesse a página Cotas. Google Cloud
Na tabela de cotas, clique em Filtrar.
Selecione Serviço na lista Propriedades e, em seguida, selecione API AlloyDB na lista Valores.
Aumentar suas cotas
À medida que você usa mais o Google Cloud , as cotas também podem aumentar proporcionalmente. Se você espera um aumento significativo no uso, faça a solicitação com alguns dias de antecedência para garantir que as cotas tenham o limite necessário.
- Na página "Cotas", clique em Filtrar.
Selecione Serviço na lista Propriedades e, em seguida, selecione API AlloyDB na lista Valores.
Se você não encontrar a opção API AlloyDB, significa que a API AlloyDB Admin não está ativada.
Selecione as cotas que você quer alterar.
Clique em Editar cotas.
Insira seu nome, e-mail e número de telefone e clique em Próxima.
Insira sua solicitação de cota e clique em Enviar solicitação.
Cotas de taxa
O AlloyDB aceita cotas de taxa, também conhecidas como limites de taxa ou cotas de API As cotas de taxa definem o número de solicitações que podem ser feitas para a API AlloyDB.
Cada cota de taxa corresponde a todas as solicitações de um grupo de um ou mais métodos da API AlloyDB. As cotas de taxa são redefinidas após um intervalo de tempo específico do serviço, por exemplo, o número de solicitações de API por dia.
Ao usar a Google Cloud CLI ou o Google Cloud console, você faz solicitações à API, que são contabilizadas nos limites de taxa. Se você usar contas de serviço para acessar a API, essas solicitações também serão contabilizadas no limite de taxa.
As cotas de taxa são aplicadas e recarregadas automaticamente em intervalos de 60 segundos (1 minuto). Isso significa que, se o projeto atingir o máximo de uma cota de taxa a qualquer momento em 60 segundos, você precisará aguardar o recarregamento dessa cota antes de fazer mais solicitações nesse grupo. Se o projeto exceder um limite de taxa, você receberá um código de status HTTP 429 com o motivo rateLimitExceeded.
As APIs AlloyDB são divididas em seis grupos com base no tipo de operação. As cotas de taxa são impostas por minuto, por grupo de API, por projeto, por região e por usuário. Para cada combinação exclusiva desses atributos, o AlloyDB impõe uma cota separada. Por exemplo, se 100 usuários acessarem as APIs Mutate em um único minuto para um determinado projeto e região, cada usuário receberá uma cota padrão no intervalo de 180 a 250 solicitações por minuto para cada combinação de projeto e região.
O intervalo de cota padrão para cada grupo é o seguinte:
| Nome do grupo | Descrição | Intervalo de cota padrão em consultas por minuto | Métodos da API |
|---|---|---|---|
| APIs Connect | Estabelecer novas conexões. | 180-2000 |
|
| APIs Get | Ler um único recurso. | 180-1000 |
|
| API Get operation | Receber o estado mais recente de uma operação de longa duração. | 950-1400 |
|
| APIs List | Ler um grupo de recursos do mesmo tipo. | 180-1000 |
|
| API List operations | Listar operações que correspondem a um filtro específico na solicitação. | 2200-3000 |
|
| APIs Mutate | Modificar o estado do recurso. | 180-250 |
|
Cotas de recursos
O AlloyDB aceita cotas de recursos, também conhecidas como cotas de alocação. As cotas de recursos são a quantidade máxima de recursos de um tipo específico que você poderá criar, caso eles estejam disponíveis. As cotas de recursos restringem o uso de recursos que não têm uma taxa de uso, como o número de instâncias de máquina virtual (VM) usadas pelo projeto em um determinado momento.
As cotas de recursos não são redefinidas ao longo do tempo. Em vez disso, você precisa tomar medidas para liberar os recursos não utilizados, como excluir um cluster desnecessário.
As cotas de recursos são impostas ao número de clusters e vCPUs usados, conforme detalhado nas seções a seguir.
Cotas de recursos em clusters
Essa cota se aplica ao número de clusters por projeto e por região. O valor padrão dessa cota varia de 3 a 10 clusters por projeto e por região, dependendo do histórico de uso do projeto. O valor máximo compatível para essa cota é de 20 clusters por projeto por região.
Se você fizer uma solicitação de criação ou restauração de cluster usando o Google Cloud console, a CLI gcloud ou a API AlloyDB e isso resultar em violação de cota, a solicitação vai falhar com uma mensagem de erro semelhante a esta:
Quota limit 'ClustersUsedPerProjectPerRegion' has been exceeded. Limit: 5 in region us-central1.
Cotas de recursos em vCPUs
Essa cota se aplica ao número de vCPUs por projeto e por região. Cada instância consome uma certa quantidade dessa cota, dependendo de quantas VMs ela usa. Cada instância principal usa duas VMs. Cada instância do pool de leitura usa uma VM para cada nó que contém. O número de vCPUs usadas por cada VM é fornecido por você ao criar ou atualizar a instância.
O valor padrão da cota para todos os projetos de clientes é de 10.000 vCPUs.
Se você fizer uma solicitação de criação ou atualização de instância usando o Google Cloud console, CLI gcloud, ou a API AlloyDB e isso resultar em violação de cota, a solicitação vai falhar com uma mensagem de erro semelhante a esta:
Quota limit 'VCPUsUsedPerProjectPerRegion' has been exceeded. Limit: 128 in region us-central1.
Cotas de recursos no armazenamento
Essa cota se aplica à quantidade de dados que podem ser armazenados em cada cluster. O valor padrão dessa cota é de 16 TiB por cluster. O valor máximo aceito é de 128 TiB por cluster.
Se você fizer uma solicitação de gravação de banco de dados, como uma instrução INSERT que resulte em violação de cota, a solicitação vai falhar com a seguinte mensagem de erro:
AlloyDB instance exceeds available storage quota.
Disponibilidade de recursos
As cotas de recursos não garantem que os recursos estejam sempre disponíveis. Se um recurso não estiver fisicamente disponível na sua região, não será possível criar novos recursos desse tipo, mesmo que ainda haja cota restante no projeto.
Limites
Para solicitar um aumento de limite, registre um caso de suporte.
| Item | Limite |
|---|---|
| Ler nós do pool por cluster (em todas as instâncias do pool de leitura) | 20 |
| Número máximo de conexões simultâneas por instância | O padrão é 1.000; ajustável até 240.000 |
Número máximo de conexões simultâneas
O AlloyDB limita o número máximo de conexões simultâneas de uma instância a 1.000, a menos que você defina a flag max_connections com um valor maior.
Use a tabela a seguir como diretriz para decidir o valor máximo de conexões com base no tamanho da instância:
| VCPU | Memória | Valor max_connections recomendado |
|---|---|---|
| 1 | 8 | 500 |
| 2 | 16 | 1000 |
| 4 | 32 | 2000 |
| 8 | 64 | 4000 |
| 16 | 128 | 5000 |
| 32 | 256 | 5000 |
| 48 | 384 | 5000 |
| 64 | 512 | 5000 |
| 72 | 576 | 5000 |
| 96 | 768 | 5000 |
| 128 | 864 | 5000 |
Considere o seguinte antes de definir o valor:
- Ao definir a flag
max_connectionsem uma instância do pool de leitura, o novo valor precisa corresponder ou exceder o valormax_connectionsda instância principal do cluster. - Recomendamos executar no máximo quatro consultas simultâneas por vCPU de instância.
- Para cargas de trabalho que envolvem conexões de curto prazo, considere usar um pooler de conexões, como pgbouncer ou pgpool-II.
- Recomendamos adicionar um pooler de conexões do lado do aplicativo, como HikariCP ou c3p0.
Se você decidir definir o valor para um valor maior do que as recomendações (até 240.000), considere o consumo de memória adicional para cada conexão ativa que reduziria a memória do buffer compartilhado.
Esse consumo de memória pode ser calculado multiplicando o número de consultas simultâneas pelo valor definido para a flag
work_mem. O valor padrão dessa flag é4MBou o número de vCPUs na instância, o que for maior.
Limites de consultas salvas
| Valor | Limite |
|---|---|
| Número máximo de consultas salvas por projeto (incluindo consultas salvas para outros Google Cloud produtos) | 10.000 |
| Tamanho máximo para cada consulta | 1 MiB |