PubNub API Limits

General API Limits

All API requests, made either by the SDK or directly through the REST interface, can be throttled if Requests Per Second (RPS) exceed 25. This limit is applicable for every PubNub API. Please contact PubNub Support if you have a need for greater than 25 requests per second.

Publish

Function	Soft Limit (Best Practices)	Hard Limit	If hard limited is exceeded
Publish Rate	10-15 messages/sec per channel NOTE: You should be able to publish as fast as your network/hardware allows and PubNub will absorb it, but the subscriber may miss out on messages if their subscribe rate is too slow. Hence, it's a good practice not to publish more than 10-15 messages/sec per channel. A slow subscribe rate may cause messages to overflow the server side channel message queue before the subscriber can receive them. The queue only overflows if you have published over a certain number of messages during the reconnect time. This limit is configurable for your subkey and defaults to 100 messages. The queue can also overflow if the subscriber briefly disconnects from the internet.. If you have a multiplex connection, the total messages received can't exceed 100 (or your subkey configured value) over all the channels combined. For example, if it takes 230 ms to reconnect, you can only get ~400 messages per second (4 reconnects per second, each 230 ms between, 100 messages per connect). That means if you publish 500 messages per second, the subscriber will miss some of them. Also consider this isn't taking into consideration the download time for the 100 messages (up to 32 KiB * 100). Typically, reconnection is faster than that with the average reconnect time around 150 ms. If you're on AWS, your reconnection might be as low as 30-50 ms. With a 50 ms reconnection time, you can publish close to 2000 messages per second, and the subscriber won't miss messages due to overflow. The most complicated part is multiplexed subscriber connections. By default, it's 100 messages in total across all the channels, and this value is configurable for your subkey. That means you can't publish more than 100 messages in the reconnect time across channels in the multiplex channel list. This also applies to channel group and wildcard subscriptions in addition to multiplexing. Increasing the queue size for the sub-key (to 300 or 500, for example) will allow the subscribers to keep up with more messages. Also, the queue time-to-live (TTL) must be considered in addition to the queue size. Refer to the Message Buffer Cache section of this document for more information. If you wish to change the message queue limit, contact support@pubnub.com.	No throttling on keys in good standing (either any key with a paid plan present or keys on Free Tier at usage levels within the allowed limits). Use HTTP Pipelining for higher throughput.	Free Tier keys exceeding usage quotas are subject to deactivation without warning. For the first overage though, we will attempt to get in contact before disabling the keys. All other keys, N/A Error message (Channel quota exceeded)
# of users (publishers) per channel or keyset	Unlimited	N/A
Message Size	Less than < 30 KiB to be safe.	Length of GET request, including HTTP headers & URI encoding overhead (~32 KiB)	HTTP 400 error
Channel Name Length	64 characters	92 Characters (97 characters including padding for base64 encoding)
User ID Length		64 characters
# of API keys per PubNub account?	An API is available if you need to manage an large number of keys (> 50). Contact us at support@pubnub.com if you need access to the Key Provisioning API.	Unlimited	N/A

Subscribe

Function	Soft Limit	Hard Limit	If hard limited is exceeded?
Subscribe Rate	Most of the considerations mentioned above in soft limits for publish rate are actually because of the limitations on the subscriber end (queue limit, round trips, etc).	No limit Use HTTP Streaming for maximum throughput N/A
# of Channels	Unlimited	N/A
# of Subscribers per channel or keyset	Unlimited	N/A
Message Buffer Cache	Size: 100 message queue TTL: 16 minutes maximum before cleared off the cache, but can be shorter (no guarantees). If longer than 8 to 10 minutes disconnect, use Message Persistence NOTE: Each socket connection has an in-memory message queue (FIFO) that holds onto recently published messages for the cache duration (12 to 16 minutes) and is limited to the most recent 100 messages. Consequently, publishing over 100 messages in the window of the subscribe reconnect time inevitably results in older messages overflowing the queue and getting discarded. For long term, reliable persistence and retrieval of missed messages, you should enable Message Persistence add-on with a duration up to 6 months or even unlimited and use the Message Persistence API to retrieve those messages.	Size: Configurable on our end, may be added costs TTL: Currently defined with a hard limit of 20 minutes and a configurable effective percentage that controls the behavior of the network. A percentage of 90 would mean the effective TTL is 18 minutes. Currently it's set to 80% or 16 minutes.
Catch-Up	100 messages (or size of buffer cache)	N/A
Channel Name Length	64 characters	92 Characters (97 characters including padding for base64 encoding)
# of Sockets/Instances per client	PubNub does not limit the number of sockets/instances you can create, but TCP connections are typically limited by the device/platform (for instance, some browsers only allow up to 40 TCP connections). Keep in mind each PubNub client instance creates 2 TCP socket connections: one for subscribes and the other for non-subscribe operations.	Unlimited	N/A
Multiplexing (available without Stream Controller)	10 to 50 channels When subscribing to many channels, channel groups allows for the persistence of channel lists.	No limit in client SDKs, but we advertise a hard limit of 100 channels. No server side limit, only limited by URI length.
Channel Groups	Up to 10 channel groups, each with 2,000 channels for a total of 20,000 channels. 200 channels can be added at a time.	If subscribing to more than 10 channel groups, receive 400 HTTP status code with description Maximum channel registry count exceeded
Wildcard Subscribe	Depends on subscribe rate NOTE: refer to the note for Publish Rate	3 levels (2 dots) of wildcards: a. a.b. No limit to # of channels able to subscribe to in a wildcard subscribe. Wildcard Channel Names aren't allowed in Channel Groups.
Channel Group Name Length	92 Characters (97 characters including padding for base64 encoding)

File Sharing

Function	Soft Limit	If hard limited is exceeded?
File Size	5 MB	Contact us at support@pubnub.com to increase the file size limit.
File Retention	1, 3, 7, 15, or 30 days, or Unlimited

Presence

Function	Soft Limit	Hard Limit
Heartbeat	Minimum: 1 minute heartbeat & 29 second interval	Minimum: heartbeat:10; interval: 4 (lowest common denominator across 3.x SDKs; each have different hard limits) 4.x SDKs do not currently have limitations.
Presence Announce Max	100	We can adjust this limit, but there are considerations
Webhook Retries	Presence webhooks will try to POST to your URL endpoint for a maximum of 4 times, each with a 5s timeout; Ensure that the customer's server (REST endpoint) returns 200 NOTE: If a channel has reached the Presence Announce Max limit, we will not send webhook requests for that channel	If webhook has reached maximum number of retries, the request is lost.

Message Persistence

Function	Soft Limit	Hard Limit
Data Retention	1 day, 7 days, 30 days, 3 months, 6 months, 1 year, or Unlimited	7 days for Free tier customers
Maximum # of channels with message count	100 channels per a single API call	N/A

App Context

Item	Soft Limit	Notes
Size of a record	32 KiB	Maximum size of a user or channel metadata stored in the database, including custom fields.
Max user metadata records	1 million	Recommended maximum number of user metadata records using App Context API.
Max channel metadata records	1 million	Recommended maximum number of channel metadata records using App Context API.
Members added in a channel	5,000	Recommended maximum number of members per channel using App Context API.
Memberships per user	50,000	Recommended maximum number of memberships per user using App Context API.
Members per transaction request	20	Maximum number of members added or removed in a single call using App Context API.

Mobile Push

Function	Soft Limit
# of Push Certificates	1 APNs certificate & 1 FCM key per PubNub Key Set
Push Notification Message Size	Maximum: 2 kB for APNs, 4 kB for FCM

Access Manager

Function	Soft Limit	Hard Limit
# of Tokens	No limits	N/A
Grant latency	Server to server (grant by server for server usage), give it 1 second between grant and usage Separate process (server grant, client usage), wait for grant callback before returning to client	N/A
Channels per grant	200	N/A

Functions

Activity	Soft Limit	Hard Limit
Number of Modules/Functions	10 modules per key	If you'd like a larger limit, contact support.
Number of Outbound Calls	10 requests per request type in a function execution (request types include PubNub API, xhr, and KVStore calls)	If you'd like a larger limit, contact support.
Rate Limit for Outbound Calls	100 total requests / second (include PubNub API, xhr and KVStore calls)	If you'd like a larger limit, contact support.
Execution Recursion Limit	Depth = 3, meaning how many recursions but also how many Function Types chaining	If you'd like a larger limit, contact support.
CPU Wall Time	10 seconds	If you'd like a larger limit, contact support.
KV Store Get Keys Limit for single call	100 Keys	If you'd like a larger limit, contact support.
KV Store Byte Size Limit for Keys	1KB	1KB
KV Store Byte Size Limit for Values	32KB	32KB
Max Interval for Interval Functions	1 hour	If you'd like a larger limit, contact support.
Number of console debug/error messages	250 messages	If you'd like a larger limit, contact support.