Neste documento, listamos as cotas de alocação que se aplicam ao Compute Engine.
cotas de alocação.
As cotas de alocação, também conhecidas como cotas de recursos, definem o número de recursos que seu projeto pode acessar. O Compute Engine aplica cotas no uso de recursos por vários motivos. Por exemplo, as cotas ajudam a proteger a comunidade de usuários do Google Cloud, impedindo picos de uso inesperados. O Google Cloud também oferece cotas de avaliação gratuita que proporcionam acesso limitado a projetos para ajudar você a explorar um teste gratuito do Google Cloud.
Nem todos os projetos têm as mesmas cotas. Conforme você usa o Google Cloud ao longo do tempo, suas cotas podem aumentar proporcionalmente. Caso espere um aumento de uso significativo, solicite o ajuste das cotas na página Cotas no console do Google Cloud.
Para informações específicas sobre cotas de limites de taxa da API Compute Engine, consulte Cota da API.
Cotas e disponibilidade de recursos
As cotas de alocação são o número máximo de recursos de um tipo específico
que você criará, se eles estiverem disponíveis. As cotas não garantem
que os recursos estejam sempre disponíveis. Se um recurso não estiver disponível,
ou se a região escolhida estiver fora do recurso, não será possível
criar novos recursos desse tipo, mesmo que ainda haja cota restante na região ou
no projeto. Por exemplo, você ainda pode ter uma cota para criar endereços IP externos em us-central1
, mas talvez não haja endereços IP disponíveis nessa região.
Do mesmo modo, mesmo que você tenha cota regional, é possível que um recurso não esteja disponível
em uma zona específica. Por exemplo, você tem cota para criar instâncias de VM
na região us-central1
, mas talvez não consiga criar instâncias de VM na
zona us-central1-a
se ela estiver esgotada. Nesse caso, tente criar
o mesmo recurso em outra zona, como us-central1-f
. Para saber mais sobre as opções se os recursos zonais estiverem esgotados, consulte a documentação para
resolver problemas de disponibilidade de recursos.
cotas de alocação.
Ao planejar a utilização das instâncias de VM, considere várias cotas que afetam o número de instâncias que podem ser criadas.
Cotas regionais e globais
As cotas de VM são gerenciadas no nível regional. A instância de VM, o grupo de instâncias,
as cotas de disco e a CPU podem ser consumidos por qualquer VM na região, independentemente da
zona. Por exemplo, a cota da CPU é regional. Sendo assim, o limite e a contagem de uso
são diferentes para cada região. Para iniciar uma instância de n2-standard-16
em qualquer
zona na região us-central1
, você precisa de cota suficiente para pelo menos 16 CPUs
em us-central1
.
São necessárias cotas de rede e balanceamento de carga para a criação de firewalls, balanceadores de carga, redes e VPNs. Essas cotas são globais que não dependem de uma região. Qualquer região pode usar uma cota global. Por exemplo, os endereços IP externos em uso e estáticos atribuídos a balanceadores de carga e proxies HTTP(S) consomem cotas globais.
Instâncias de VM
A cota de instâncias de VM é uma cota regional que limita o número de instâncias de VM que podem existir em uma determinada região, esteja a VM em execução ou não. Essa cota pode ser visualizada na página Cotas do Console do Google Cloud. O Compute Engine define automaticamente essa cota como dez vezes a cota de CPU normal. Não é necessário solicitar essa cota. Caso você precise de cota para mais instâncias de VM, solicite mais CPUs, porque com mais CPUs a cota de instâncias de VM será maior. A cota se aplica a VMs em execução ou não e a instâncias normais e preemptivas.
No Console do Google Cloud, acesse a página Cotas.
Na lista
Filtro, selecione as seguintes opções:- Em Serviço, selecione API Compute Engine.
- Em Tipo, selecione Cota.
- Em Nome, selecione Instâncias de VM.
- Opcional: em Métrica, selecione qualquer outro nome de cota de CPU ou CPU comprometida que você quer filtrar.
Opcional: para ordenar a tabela por região, clique na coluna Dimensões (por exemplo, local).
Selecione as regiões da cota que você quer mudar.
Clique em
Editar.Preencha o formulário.
Clique em Enviar solicitação.
Grupos de instâncias
Para usar grupos de instâncias, é preciso ter uma cota disponível para todos os recursos usados pelo grupo (por exemplo, cota de CPU) e cotas disponíveis para o próprio recurso do grupo. Dependendo do tipo de grupo criado, aplicam-se as cotas de uso de recursos de grupo a seguir:
Tipo de serviço | Cota de serviço |
---|---|
Grupo regional de instâncias gerenciadas (várias zonas) | Regional instance group managers |
Grupo por zona de instâncias gerenciadas (única zona) | Ambos:
|
Grupo de instâncias não gerenciadas (única zona) | Instance groups |
Escalonador automático regional (várias zonas) | Regional autoscalers |
Escalonador automático de zona (única zona) | Autoscalers |
Cotas de disco
As cotas de disco permanente e SSD local a seguir aplicam-se por região:
Hyperdisk Balanced Capacity (GB)
é a cota que representa o tamanho total combinado dos discos Hyperdisk equilibrado que podem ser criados em uma região. Na gcloud CLI e API, essa cota é chamada deHDB-TOTAL-GB
.Hyperdisk Balanced Throughput (MB/s)
. Essa cota é a quantidade total de capacidade de processamento que pode ser provisionada para todos os discos do Hyperdisk equilibrado em uma zona. Na gcloud CLI e API, essa cota é chamada deHDB-TOTAL-THROUGHPUT
.Hyperdisk Balanced IOPS
. Essa cota é a quantidade total de IOPS que você pode provisionar para todos os discos do Hyperdisk equilibrado em uma zona. Na gcloud CLI e API, essa cota é chamada deHDB-TOTAL-IOPS
.Hyperdisk ML Capacity (GB)
. Essa cota é o tamanho total combinado dos discos Hyperdisk ML que podem ser criados em uma região. Na gcloud CLI e API, essa cota é chamada deHDML-TOTAL-GB
.Hyperdisk ML Throughput (MB/s)
é a cota que representa a quantidade total de capacidade de processamento que pode ser provisionada para todos os discos do Hyperdisk ML em uma região. Na gcloud CLI e API, essa cota é chamada deHDML-TOTAL-THROUGHPUT
.Persistent disk standard (GB)
é a cota que representa o tamanho total dos discos permanentes padrão que podem ser criados em uma região. Na gcloud CLI e API, essa cota é chamada deDISKS_TOTAL_GB
. Essa cota também se aplica a:- Discos permanentes padrão regionais. No entanto, os discos permanentes regionais consomem o dobro da cota por GiB devido à replicação em duas zonas de uma região.
- Quando você escolhe preservar os dados do SSD local ao interromper ou suspender uma VM, uma quantidade equivalente de cota do disco persistente padrão é consumida.
Persistent disk SSD (GB)
é a cota que representa o tamanho total combinado das partições de Disco permanente SSD que podem ser criadas em uma região. Na gcloud CLI e API, essa cota é chamada deSSD_TOTAL_GB
. Essa cota é separada da cota para discos SSD locais. Essa cota se aplica aos seguintes tipos de disco:- Disco permanente SSD regional e zonal.
- Disco permanente equilibrado regional e zonal.
Discos permanentes regionais consomem o dobro da cota por GB devido à replicação em duas zonas de uma região.
Persistent Disk IOPS
é a cota que representa o número total de operações de E/S por segundo para volumes de disco permanente extremo que podem ser criados em uma região. Na gcloud CLI e API, essa cota é chamada dePD-EXTREME-TOTAL-PROVISIONED-IOPS
. Essa cota é separada da cota de IOPS para o Google Cloud. Hyperdisk.Local SSD per machine family (GB)
. Essa cota é o tamanho total combinado das partições de disco SSD local que podem ser anexadas às VMs em uma região com base no tipo de máquina de cada VM. O SSD local é um disco temporário rápido que pode ser usado como disco de trabalho e para cache local ou processamento de jobs com alta tolerância a falhas. O disco não tem resistência a reinicializações de instâncias de VM.Os discos SSD locais são vendidos em incrementos de 375 GiB ou 3 TiB, dependendo do tipo de máquina. Há também um número máximo de discos SSD locais que podem ser anexados a uma única VM, dependendo do tipo de máquina. O número máximo de discos SSD locais e o tamanho de cada um deles criam um limite na quantidade total de capacidade de disco SSD local que você pode alocar para uma VM. Na gcloud CLI e API, esse limite é chamado de cota
LOCAL_SSD_TOTAL_GB_PER_VM_FAMILY
.Para VMs A3 e A2 ultra, não é necessário solicitar essa cota, já que os SSDs locais são adicionados automaticamente a essas VMs. No entanto, você precisa solicitar
LOCAL_SSD_TOTAL_GB_PER_VM_FAMILY
para as outras VMs otimizadas para aceleradores.
Cotas de pool de armazenamento
Em relação à capacidade, os pools de armazenamento de Hyperdisk com provisionamento de capacidade avançado têm as seguintes cotas, medidas em GB (ou 1.000 MB):
Hyperdisk Balanced Storage Pools Advanced Capacity (GB)
: a quantidade total de espaço em disco que você pode reservar por região em um pool de armazenamento equilibrado do Hyperdisk com provisionamento de capacidade avançado.- Gcloud CLI e API:
HDB-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY
- Métrica:
compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_capacity
- Gcloud CLI e API:
Hyperdisk Throughput Storage Pools Advanced Capacity (GB)
: a quantidade total de espaço em disco que você pode reservar por região em um pool de armazenamento de capacidade de processamento do Hyperdisk com provisionamento de capacidade avançado.- Gcloud CLI e API:
HDT-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY
- Métrica:
compute.googleapis.com/hyperdisk_throughput_storage_pools_advanced_capacity
- Gcloud CLI e API:
Para desempenho, os pools de armazenamento de Hyperdisk com provisionamento de desempenho avançado têm as seguintes cotas:
Hyperdisk Balanced Storage Pools Advanced IOPS
: as IOPS totais que podem ser reservadas em um pool de armazenamento equilibrado de Hyperdisk com provisionamento de desempenho avançado para uma região.- gcloud CLI e API:
HDB-STORAGE-POOL-TOTAL-ADVANCED-IOPS
- Métrica:
compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_iops
- gcloud CLI e API:
Hyperdisk Balanced Storage Pools Advanced Throughput (MB/s)
: a capacidade de processamento total que você pode reservar em um pool de armazenamento equilibrado do Hyperdisk com provisionamento de desempenho avançado para uma região.- Gcloud CLI e API:
HDB-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT
- Métrica:
compute.googleapis.com/hyperdisk_balanced_storage_pools_advanced_throughput
- Gcloud CLI e API:
Hyperdisk Throughput Storage Pools Advanced Throughput (MB/s)
: a capacidade de processamento total que você pode reservar em um pool de armazenamento de capacidade de processamento do Hyperdisk com provisionamento de desempenho avançado para uma região.- gcloud CLI e a API:
HDT-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT
- Métrica:
compute.googleapis.com/hyperdisk_throughput_storage_pools_advanced_throughput
- gcloud CLI e a API:
Limites de cota da CPU
A cota de CPU é o número total de CPUs virtuais em todas as suas instâncias de VM em uma região. As cotas de CPU se aplicam a VMs em execução e reservas de VM. As VMs preemptivas e predefinidas consomem essa cota.
Para proteger os usuários e sistemas do Compute Engine, novas
contas e projetos têm, também, uma cota CPUs (All Regions)
global que
se aplicará a todas as regiões e é medida como a soma de todas as vCPUs em todas as
regiões.
Por exemplo, se você tiver 48 vCPUs restantes em uma única região como
us-central1
, mas apenas 32 vCPUs restantes para a cota de CPUs (All Regions)
,
só é possível iniciar 32 vCPUs na região us-central1
, mesmo que haja
uma cota maior nessa região. Isso ocorre porque você alcançará a
cota de CPU (All Regions)
e terá que excluir as instâncias existentes antes de
iniciar novas instâncias.
Os tipos de máquina E2 e N1 compartilham um pool de cotas de CPU. A menos que indicado de outra forma, todos os outros tipos de máquina têm pools de cotas de CPU exclusivos e separados.
Se você estiver usando descontos por compromisso de uso para suas VMs, precisará ter cota para esse tipo de benefício antes de comprar um contrato de uso.
Tipo de máquina | Pool de cotas | Nome da cota de CPU | Nome da cota de CPU de uso contínuo |
---|---|---|---|
N1 | Pool compartilhado | CPUS |
Committed_CPUS |
E2 | Pool compartilhado | CPUS |
Committed_CPUS |
N2 | Pool separado | N2_CPUS |
Committed_N2_CPUS |
N4 | Pool separado | CPUS_PER_VM_FAMILY |
Committed_N4_CPUS |
N2D | Pool separado | N2D_CPUS |
Committed_N2D_CPUS |
T2D | Pool separado | T2D_CPUS |
Committed_T2D_CPUS |
T2A | Pool separado | T2A_CPUS |
Indisponível (N/A) para T2A |
Z3 | Pool separado | CPUS_PER_VM_FAMILY |
Committed_Z3_CPUS |
M1 | Pool separado | M1_CPUS |
Committed_MEMORY-OPTIMIZED_CPUS |
M2 | Pool separado | M2_CPUS |
Committed_MEMORY-OPTIMIZED_CPUS |
M3 | Pool separado | M3_CPUS |
Committed_M3_CPUS |
X4 | Pool separado | CPUS_PER_VM_FAMILY |
Committed_X4_CPUS |
H3 | Pool separado | CPUS_PER_VM_FAMILY |
Committed_H3_CPUS |
C2 | Pool separado | C2_CPUS |
Committed_C2_CPUS |
C2D | Pool separado | C2D_CPUS |
Committed_C2D_CPUS |
C3 | Pool separado | C3_CPUS |
Committed_C3_CPUS |
C3D | Pool separado | CPUS_PER_VM_FAMILY |
Committed_C3D_CPUS |
C4 | Pool separado | CPUS_PER_VM_FAMILY |
Committed_C4_CPUS |
A2* | Pool separado | A2_CPUS |
Committed_A2_CPUS |
A3† | Não relevante (N/A) para A3 | Não relevante (N/A) para A3 | Não relevante (N/A) para A3 |
G2† | Não relevante (N/A) para G2 | Não relevante (N/A) para G2 | Não relevante (N/A) para G2 |
VMs preemptivas | Pool compartilhado | PREEMPTIBLE_CPUS |
Não disponível (N/A) para VMs preemptivas |
*Para VMs A2, não é necessário solicitar cotas de CPU. Se você tiver as cotas de GPU NVIDIA A100 necessárias, essa é a única coisa necessária para criar essas VMs.
†As cotas de CPU não se aplicam às VMs A3 e G2. Se você tiver as cotas de GPU NVIDIA H100 e L4 necessárias, isso é tudo o que é necessário para criar essas VMs.
Cota de GPU
Assim como acontece com a cota de CPU virtual, a cota de GPU refere-se ao número total de GPUs virtuais em todas as instâncias de VM em uma região. As cotas de GPU se aplicam a VMs em execução e reservas de VM. As VMs preemptivas e predefinidas consomem essa cota.
Verifique a página Cotas para garantir que você tenha GPUs suficientes disponíveis no projeto e para solicitar um aumento de cota. Além disso, novos projetos e contas têm uma cota global de GPU que se aplica a todas as regiões.
Quando você solicita uma cota de GPU, precisa pedir uma cota para os modelos de GPU que você quer criar em cada região e outra cota global (GPUs (all regions)
) para o número total de GPUs de todos os tipos em todas as regiões.
Solicite a cota de GPU preemptiva para usar esses recursos.
Tipo de máquina | Tipo de GPU | Nome da cota de GPU | Família de GPU | Nome da cota de GPU de uso contínuo | Estação de trabalho virtual | GPUs preemptivas | Estação de trabalho virtual da GPU preemptiva |
---|---|---|---|---|---|---|---|
A3 Mega | H100 80GB Mega | GPUS_PER_GPU_FAMILY |
NVIDIA_H100_MEGA |
COMMITTED_NVIDIA_H100_MEGA_GPUS |
N/A | PREEMPTIBLE_NVIDIA_H100_MEGA_GPUS |
N/A |
A3 Alto | H100 80GB | GPUS_PER_GPU_FAMILY |
NVIDIA_H100 |
COMMITTED_NVIDIA_H100_GPUS |
N/A | PREEMPTIBLE_NVIDIA_H100_GPUS |
N/A |
A2 Padrão | A100 40 GB | NVIDIA_A100_GPUS |
N/A | COMMITTED_NVIDIA_A100_GPUS |
N/A | PREEMPTIBLE_NVIDIA_A100_GPUS |
N/A |
A2 Ultra | A100 80 GB | NVIDIA_A100_80GB_GPUS |
N/A | COMMITTED_NVIDIA_A100_80GB_GPUS |
N/A | PREEMPTIBLE_NVIDIA_A100_80GB_GPUS |
N/A |
G2 | L4 | NVIDIA_L4_GPUS |
N/A | COMMITTED_NVIDIA_L4_GPUS |
NVIDIA_L4_VWS_GPUS |
PREEMPTIBLE_NVIDIA_L4_GPUS |
PREEMPTIBLE_NVIDIA_L4_VWS_GPUS |
N1 | T4 | NVIDIA_T4_GPUS |
N/A | COMMITTED_NVIDIA_T4_GPUS |
NVIDIA_T4_VWS_GPUS |
PREEMPTIBLE_NVIDIA_T4_GPUS |
PREEMPTIBLE_NVIDIA_T4_VWS_GPUS |
V100 | NVIDIA_V100_GPUS |
N/A | COMMITTED_NVIDIA_V100_GPUS |
N/A | PREEMPTIBLE_NVIDIA_V100_GPUS |
N/A | |
P100 | NVIDIA_P100_GPUS |
N/A | COMMITTED_NVIDIA_P100_GPUS |
NVIDIA_P100_VWS_GPUS |
PREEMPTIBLE_NVIDIA_P100_GPUS |
PREEMPTIBLE_NVIDIA_P100_VWS_GPUS |
|
P4 | NVIDIA_P4_GPUS |
N/A | COMMITTED_NVIDIA_P4_GPUS |
NVIDIA_P4_VWS_GPUS |
PREEMPTIBLE_NVIDIA_P4_GPUS |
PREEMPTIBLE_NVIDIA_P4_VWS_GPUS |
Cotas preemptivas
É possível solicitar
cotas preemptivas para Preemptible CPUs
, Preemptible GPUs
e
Preemptible Local SSDs (GB)
. Essas cotas preemptivas se aplicam a CPUs, GPUs
e SSDs locais das seguintes VMs:
Se o projeto não tiver uma cota preemptiva e você nunca tiver solicitado a cota preemptiva, esses recursos vão consumir a cota padrão. No entanto, depois que você solicita a cota preemptiva no projeto, os recursos aplicáveis só podem consumir a cota preemptiva e não podem reverter para o consumo de cotas padrão.
Solicitar cotas preemptivas pode ajudar a melhorar a disponibilidade de cotas, fornecendo cotas separadas para recursos temporários. Depois que o Compute Engine concede a cota preemptiva em uma região, todos os recursos aplicáveis consomem automaticamente a cota preemptiva. À medida que essa cota esgotar, é necessário solicitar uma cota preemptiva para esses recursos.
Endereços IP externos
Cada VM que precisar ser acessada diretamente pela Internet pública precisará de endereços IP externos suficientes. A cota de IP regional é usada para atribuir endereços IPv4 a VMs na região. A cota de IP global é usada para atribuir endereços IPv4 a recursos de rede global, como balanceadores de carga. O Google Cloud oferece diferentes tipos de endereços IP, dependendo das suas necessidades. Para mais informações sobre os custos, acesse Preços do endereço IP externo. Consulte Cotas e limites para ver informações sobre esse assunto.
Endereços IP externos em uso. Inclui endereços IP estáticos e temporários que estão sendo usados por um recurso.
Endereços IP externos estáticos: são endereços IP externos reservados para os recursos que resistem a reinicializações da máquina. É possível registrar esses endereços com serviços de DNS e provedor de domínio para fornecer um endereço fácil de usar. Por exemplo, www.example-site.com.
Endereços IP internos estáticos: permitem reservar endereços IP internos do intervalo de IP interno configurado na sub-rede. É possível atribuir esses endereços internos reservados a recursos conforme necessário.
Lançamentos de cotas
Ocasionalmente, o Google Cloud altera a cota padrão de recursos e APIs. Essas mudanças ocorrem de forma gradual. Durante o lançamento de uma nova cota padrão, a cota máxima que aparece no console do Google Cloud pode não refletir a cota máxima real disponível.
Por exemplo, suponha que o Google Cloud altere a cota máxima padrão das regras de firewall de 200
para 300
e você use o console do Google Cloud para visualizar sua cota. Talvez você encontre a nova cota de 300
, mesmo que sua cota real seja de 200
até a conclusão do lançamento.
Para mais informações sobre lançamentos de cotas em andamento, consulte problemas conhecidos. Se nenhum problema for descrito, não haverá lançamento de cota em andamento.
Se um lançamento de cota estiver em andamento e você quiser confirmar a cota máxima real disponível, use a Google Cloud CLI para verificar sua cota. Se você precisar de mais cota do que o acesso, envie uma solicitação de aumento de cota.
A seguir
- Saiba mais sobre preços baseados em recursos.
- Leia sobre os preços das instâncias de VM.
- Saiba como acessar e gerenciar a cota.
- Saiba como configurar alertas de cota.
- Saiba como aumentar a cota automaticamente com base no uso dos recursos do Compute Engine.