Skip to content
Cloudflare Docs

Limits

FeatureLimit
Queues10,000 per account
Message size128 KB 1
Message retries100
Maximum consumer batch size100 messages
Maximum messages per sendBatch call100 (or 256KB in total)
Maximum Batch wait time60 seconds
Per-queue message throughput5,000 messages per second 2
Message retention period 314 days
Per-queue backlog size 425GB
Concurrent consumer invocations250 push-based only
Consumer duration (wall clock time)15 minutes 5
Consumer CPU time30 seconds (default). Configurable to 5 minutes
visibilityTimeout (pull-based queues)12 hours
delaySeconds (when sending or retrying)12 hours
Requests to the Queues API (incl. pulls/acks)1200 requests / 5 mins

1 1 KB is measured as 1000 bytes. Messages can include up to ~100 bytes of internal metadata that counts towards total message limits.

2 Exceeding the maximum message throughput will cause the send() and sendBatch() methods to throw an exception with a Too Many Requests error until your producer falls below the limit.

3 Messages in a queue that reach the maximum message retention are deleted from the queue. Queues does not delete messages in the same queue that have not reached this limit.

4 Individual queues that reach this limit will receive a Storage Limit Exceeded error when calling send() or sendBatch() on the queue.

5 Refer to Workers limits.

Increasing Queue Consumer Worker CPU Limits

Queue consumer Workers are Worker scripts, and share the same per invocation CPU limits as any Workers do. Note that CPU time is active processing time: not time spent waiting on network requests, storage calls, or other general I/O.

By default, the maximum CPU time per consumer Worker invocation is set to 30 seconds, but can be increased by setting limits.cpu_ms in your Wrangler configuration:

{
// ...rest of your configuration...
"limits": {
"cpu_ms": 300000, // 300,000 milliseconds = 5 minutes
},
// ...rest of your configuration...
}

To learn more about CPU time and limits, review the Workers documentation.