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.
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.
- Ask for a specific number, not “more”. State the resource, the family, the region and the target value.
- Explain the workload in one sentence, plainly. “Running a 12-node Kubernetes cluster for a web application” is ideal.
- Say when you need it. A date makes it a scheduling question rather than an open-ended one.
- Ask for a realistic headroom above what you need, not ten times it. Very large jumps trigger review.
- 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.