Platform hub

Cloudinary limits

Upload size, chunked transfer, asynchronous large-file, and 413 limits. Values below are scoped rather than flattened into one misleading platform-wide number.

Verified Aug 22, 2026Official docs
Quick answer:  Cloudinary has multiple independent constraints. Match the exact plan, model, runtime, invocation mode, or server configuration shown in each row.

Current documented limits

ConstraintCurrent valueScopeVerified source
single-request uploadLarger non-chunked uploads return HTTP 413.100 MBUpload APICloudinaryAug 22, 2026
chunk sizeChunking is required for files above the non-chunked ceiling.20 MB default; 5 MB minimumChunked uploadCloudinaryAug 22, 2026
very large upload processingAccount maximum file size must also allow the asset.Uploads over 20 GB require async processingEligible accountsCloudinaryAug 22, 2026

How to apply Cloudinary limits safely

The monitored baseline covers single-request upload, chunk size, very large upload processing. Treat these as separate constraints rather than one platform-wide capacity number: a workload can fit one row and still fail another because the plan, model, endpoint, runtime, region, invocation mode, or account scope differs.

  1. Match the production workload to the exact scope printed beside each value and confirm it in the active Cloudinary console, configuration, or response headers.
  2. Measure the serialized request, token volume, duration, concurrency, storage, or connection demand at realistic percentiles, then preserve headroom for bursts and retries.
  3. Check every adjacent layer—client, SDK, gateway, proxy, queue, database, and downstream service—for a smaller effective limit before changing architecture.

Specific limit pages

These pages exist because the constraint has a distinct implementation or troubleshooting intent. Closely related keyword variations stay consolidated.

Official sources

View Cloudinary change history