Neste documento, listamos as cotas e os limites do sistema que se aplicam ao AlloyDB para PostgreSQL.
- As cotas especificam a quantidade de um recurso compartilhado e contável que pode ser usado. As cotas são definidas por serviços do Google Cloud, como o AlloyDB para PostgreSQL. Google Cloud
- Os limites do sistema são valores fixos que não podem ser alterados.
Cotas
Google Cloud usa cotas para garantir a imparcialidade e reduzir picos no uso e na disponibilidade de recursos. Uma cota restringe quanto de um recurso doGoogle Cloud seu projeto do Google Cloud pode usar. As cotas se aplicam a vários tipos de recursos, incluindo hardware, software e componentes de rede. Por exemplo, as cotas 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. As cotas também ajudam você a gerenciar seus próprios recursos Google Cloud .
O sistema de cotas do Cloud faz o seguinte:
- Monitora o consumo de Google Cloud produtos e serviços
- Restringe o consumo desses recursos.
- Fornece uma maneira de solicitar mudanças no valor da cota e automatizar ajustes de cota
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 Google Cloud . O uso de um recurso em um projeto não afeta a cota disponível em outro. Em um Google Cloud projeto, as cotas são compartilhadas entre todos os aplicativos e endereços IP.
OGoogle Cloud também oferece cotas de avaliação gratuita que proporcionam acesso limitado a projetos para ajudar você a explorar o Google Cloud sem custos financeiros.
Nem todos os projetos têm as mesmas cotas. Se o uso do Google Cloud aumentar, as cotas também podem aumentar.
Para mais informações sobre cotas, consulte este link.
Para informações específicas sobre cotas impostas pelo AlloyDB, consulte Cotas de taxa e Cotas de recursos.
Também há limites para os 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
permissão
serviceusage.quotas.get
.
Para mudar suas cotas, você precisa ter a permissão
serviceusage.quotas.update
.
Por padrão, elas estão incluídas nos papéis básicos do IAM "Proprietário" e "Editor", assim como no papel predefinido "Administrador de cotas".
Verificar suas cotas
Por padrão, a tabela de cotas no console Google Cloud lista as cotas de todos os serviços. Para verificar as cotas atuais dos recursos do AlloyDB no seu projeto, use a lista Filtrar na tabela.
Para verificar as cotas atuais dos recursos do AlloyDB no seu projeto, siga estas etapas:
No Google Cloud console, acesse a página Cotas.
Na tabela de cotas, clique em Filtrar.
Selecione Serviço na lista Propriedades e, em seguida, 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, 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.
Informe seu nome, e-mail e número de telefone e clique em Próxima.
Insira o pedido 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 Admin.
Cada cota de taxa corresponde a todas as solicitações de um grupo de um ou mais métodos da API AlloyDB Admin. 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 console do Google Cloud , você faz solicitações à API, que são contabilizadas nas limitações de taxa. Se você usar contas de serviço para acessar a API, essas solicitações também serão contabilizadas na limitação 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 limite máximo de uma cota de taxa a qualquer momento
em 60 segundos, será necessário esperar que essa cota seja recarregada antes de fazer mais
solicitações nesse grupo. Se o projeto exceder um limite de taxa, você vai receber um código de status HTTP
429
com o motivo rateLimitExceeded
.
As APIs do AlloyDB Admin 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 estiverem acessando 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 |
---|---|---|---|
Conectar APIs | Estabelecer novas conexões. | 180-2000 |
|
Receber APIs | Ler um único recurso. | 180-1000 |
|
API GetOperation | Recebe o estado mais recente de uma operação de longa duração. | 950-1400 |
|
Listar APIs | Ler um grupo de recursos do mesmo tipo. | 180-1000 |
|
API List operations | Lista as operações que correspondem a um filtro específico na solicitação. | 2200-3000 |
|
APIs de mutação | Modifica o estado do recurso. | 180-250 |
|
Cotas de recursos
O AlloyDB é compatível com cotas de recursos, também conhecidas como cotas de alocação. As cotas de recursos são a quantidade máxima de recursos que você pode criar para um tipo de recurso, 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 seu projeto em um determinado momento.
As cotas de recursos não são redefinidas com o tempo. Em vez disso, é necessário 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 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 aceito para essa cota é de 15 clusters por projeto e por região.
Se você fizer uma solicitação de criação ou restauração de cluster usando o console Google Cloud , a CLI gcloud ou a API AlloyDB Admin e isso resultar em uma 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 região. Cada instância consome uma 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 console Google Cloud , a CLI gcloud ou a API AlloyDB Admin e isso resultar em uma 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 no banco de dados, como uma instrução INSERT
que
resulta 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 disponíveis em todos os momentos. 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 |
---|---|
Nós do pool de leitura por cluster (em todas as instâncias do pool de leitura) | 20 |
Máximo de conexões simultâneas por instância | O padrão é 1.000, ajustável até 240.000 |
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:
- Quando você define a flag
max_connections
em uma instância de pool de leitura, o novo valor precisa ser igual ou maior que o valormax_connections
da 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, use um pool 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 um valor maior que as recomendações (até 240.000), considere o consumo extra de memória para cada conexão ativa, o que reduz a memória do buffer compartilhado.
Para calcular esse consumo de memória, multiplique o número de consultas simultâneas pelo valor definido para a flag
work_mem
. O valor padrão dessa flag é4MB
ou o número de vCPUs na instância, o que for maior.