Pre-verified cloud accounts, delivered ready to use.

Cloud Account Guides

Service Quotas: The Limit You Will Hit First

Nothing stops a deployment faster than a quota you did not know existed. Here is how they work on each platform and how to get them raised.

Isometric illustration of stacked modular blocks representing cloud server infrastructure

A quota is a cap the provider places on how much of a resource an account can use. They exist for capacity planning and fraud control, they are usually invisible until you hit one, and they are the most common reason a plan stalls on day one.

Quotas are more specific than people expect

A quota is almost never “instances”. It is typically scoped by all of:

  • Resource type — vCPU, instances, IP addresses, buckets, load balancers.
  • Family or class — standard instances, memory-optimised, GPU.
  • Region — a quota in Frankfurt says nothing about Singapore.
  • Sometimes availability zone.

The classic surprise: an AWS account with a 32 vCPU standard-family quota in eu-west-1 cannot launch eight c6i.2xlarge instances, because that needs 64 vCPU of the compute-optimised family in that region. Two separate quotas, neither of which was the one you checked.

Where to look

Platform Where quotas live How to request more
AWS Service Quotas console, per service per region Request increase in console; some automatic
Azure Subscription → Usage + quotas Request via the quota blade or a support request
Google Cloud IAM & Admin → Quotas, per project Edit quotas in console; larger asks reviewed
Oracle Cloud Governance → Limits, Quotas and Usage Service limit increase request
Alibaba Cloud Quota Center Application through the console
DigitalOcean Account droplet limit Support ticket
Linode Account limits Support ticket
Hetzner Project server limit Support request
Vultr / others Account limits Support request

How to get an increase approved

Quota requests are read by people or by systems trained on people’s answers. A clear, specific, unexciting request is approved faster than a vague one.

  1. Ask for a specific number, not “more”. State the resource, the family, the region and the target value.
  2. Explain the workload in one sentence, plainly. “Running a 12-node Kubernetes cluster for a web application” is ideal.
  3. Say when you need it. A date makes it a scheduling question rather than an open-ended one.
  4. Ask for a realistic headroom above what you need, not ten times it. Very large jumps trigger review.
  5. Have some usage history first if you can. An account that has run modest workloads for a few weeks is a much easier approval.

If a request is declined, run something real for a while and ask again. Demonstrated normal usage moves quotas more reliably than argument.

Design around quotas rather than fighting them

  • Spread across regions if a single-region quota is the constraint and latency permits.
  • Use fewer, larger instances where the quota counts instances, or more, smaller ones where it counts vCPU.
  • Check quota before an autoscaling group is allowed to grow; hitting a cap mid-scale is worse than not scaling.
  • Use separate accounts or projects per environment where quotas are per-account — it also gives cleaner blast radius.
  • Watch for quotas on things that are not compute: static IPs, NAT gateways, VPCs, security groups per network interface.

The quotas people forget

Compute quotas get the attention. These are the ones that bite unexpectedly:

  • Elastic or static IP addresses per region — small by default, and easily exhausted.
  • VPCs or virtual networks per region.
  • Rules per security group, and security groups per interface.
  • Concurrent function executions on serverless platforms.
  • API request rates, which throttle rather than fail outright and are harder to diagnose.
  • Number of load balancers, which is lower than most people assume.

Common questions

Do quotas cost anything?

No. A quota is permission to use a resource, not a reservation. Raising it does not change your bill; using the capacity does.

How long does an increase take?

Automatic adjustments can be immediate. Human-reviewed requests are commonly hours to a few days. Large GPU allocations can take longer and sometimes require a conversation about capacity.

Why did my quota get reduced?

Some providers trim unused quota over time, and quota can be adjusted after an account review. If a previously working launch starts failing, check quotas before debugging the deployment.

Are quotas the same as rate limits?

No. A quota caps how much of a resource you can hold; a rate limit caps how fast you can call an API. Rate limits usually surface as throttling errors rather than launch failures.

Where to go next

For what determines an account’s starting quotas, see what verified actually means. Configurations are described by their vCPU and instance capacity in the catalogue.

Read next

All guide articles

Chat on Telegram Contact support on Telegram (opens in a new tab)
Scroll to Top