Skip to main content
CNAP uses three types of limits to protect your account, keep costs predictable, and ensure fair access for all users. For a full comparison of what each plan includes, see plans and pricing.
Limit typeWhat it controlsExample
Resource quotasHow many resources you can own at onceMax 3 machines per workspace
Concurrency limitsHow many operations can run simultaneouslyMax 3 machines launching per cluster
Rate limitsHow many API calls per time windowCloud provider API calls per minute

​
Resource quotas

Resource quotas cap the total number of resources you can have at any time. When you reach the limit, new creation requests are rejected until you delete an existing resource or increase your limit. Quotas are enforced per user, not per workspace. If you’re a member of multiple workspaces, your usage across all of them counts toward a single limit. This means creating a new workspace doesn’t give you additional resources.

​
Current limits

MetricFreePro
Managed clusters13
Compute machines13
CPU cores28
Memory4 GB16 GB

​
Check your quotas

Use the API to see your current usage and limits: 
curl -H "Authorization: Bearer $CNAP_TOKEN" \
  https://api.cnap.tech/v1/quotas

[
  {
    "metric": "kaas/clusters",
    "type": "allocation",
    "displayName": "Managed clusters",
    "unit": "count",
    "limit": 1,
    "usage": 0,
    "remaining": 1
  },
  {
    "metric": "compute/machines",
    "type": "allocation",
    "displayName": "Compute machines",
    "unit": "count",
    "limit": 1,
    "usage": 0,
    "remaining": 1
  }
]
To check a specific metric: 
curl -H "Authorization: Bearer $CNAP_TOKEN" \
  https://api.cnap.tech/v1/quotas/kaas%2Fclusters
To include concurrency quotas (which are per-cluster), pass a cluster_id: 
curl -H "Authorization: Bearer $CNAP_TOKEN" \
  "https://api.cnap.tech/v1/quotas?cluster_id=YOUR_CLUSTER_ID"
Metric names contain a forward slash (for example, compute/machines). URL-encode the slash as %2F when using the single-metric endpoint.

​
Concurrency limits

Concurrency limits cap how many operations of the same type can be in progress at the same time. Unlike resource quotas (which count what you own), concurrency limits count what’s currently launching.

​
Machine provisioning

CNAP limits the number of machines that can be provisioning simultaneously for a single cluster. If a cluster already has machines launching, additional requests are queued and retried automatically with exponential backoff.
PlanMax concurrent provisions per cluster
Free1
Pro3
This prevents scenarios where repeated provisioning failures (for example, a misconfigured cloud key or a region capacity issue) create a storm of requests that consume resources without producing healthy machines. Once a machine finishes launching and becomes ready, its slot opens up for the next machine in the queue.
Concurrency limits apply to both CNAP-managed and BYOM machines. They protect your cluster infrastructure regardless of who pays for the compute.

​
Failure backoff

If machine provisioning fails repeatedly for a cluster (for example, the provider is experiencing capacity issues), CNAP automatically backs off with increasing wait times between retries. This avoids hammering a provider that’s already struggling and reduces unnecessary costs. The backoff follows an exponential pattern: 30 seconds, then 1 minute, 2 minutes, up to a maximum of 5 minutes between retries. Backoff resets when provisioning succeeds or the instance type offering changes (for example, after a plan upgrade).

​
Rate limits

CNAP rate-limits cloud provider API calls to stay within provider quotas. This is handled transparently — you don’t need to configure anything. If you notice machines taking slightly longer to provision during high demand, this is the rate limiter spacing requests to avoid provider throttling.

​
Bring your own cloud key (BYOM)

Machines provisioned with your own cloud provider API key (BYOM) are not subject to resource quotas (machine count, CPU, memory). You pay the provider directly, so CNAP does not limit the total number of machines. Concurrency limits and rate limits still apply to BYOM machines. These protect your cluster and cloud provider account from provisioning storms regardless of billing arrangement.

​
Increasing your limits

There are three ways to increase your resource limits:
  • Upgrade to Pro — higher limits for all metrics. See plans and pricing.
  • Bring your own key — bypass resource quotas entirely by using your own cloud provider API key.
  • Enterprise overrides — custom per-workspace or per-user limits set by the CNAP team. Contact us if you need limits beyond what Pro offers.
Enterprise customers can request custom quota overrides that take precedence over plan defaults. Overrides can be scoped to a specific workspace or user. Reach out to your account team or email support@cnap.tech.