Free quotas
Every LiveKit project gets the following for free:
- 50GB data transfer
- 5,000 connection minutes
- 60 minutes of transcoding (for Stream import or Composite recording)
Connection limits
LiveKit projects have limitations on the number of concurrent connections of various types in order to ensure the stability of our network and to prevent abuse. Think of them like rate limiting in an HTTP service, but for a continuous service with long-lived connections. Like rate limiting, the primary purpose of these connection limits is to prevent abuse.
You can view the current connection limits on your project at any time in the Cloud Dashboard by navigating to your project’s Settings and clicking the Project tab.
Free plan
Projects on the Build
plan (free) have the following limits:
- 100 concurrent connections (eg, participants)
- 2 concurrent Egress request at a time
- 2 concurrent Ingress request at a time
If these limits are exceeded, expect new connections of the same type to fail.
Paid plans
Projects on the Scale
plan do not have any upper bounds on connections, Ingress, or Egress. We'll gladly work with you to ensure your project has the capacity it needs. An admin for your project can request an increase for the particular limit in your project settings.
Egress time limits
Egress has time limits, depending on the output type:
Egress output | Time limit |
---|---|
File output (MP4, OGG, WebM) | 3 hours |
HLS segments | 12 hours |
HLS/RTMP streaming | 12 hours |
After these time limits are reached, an Egress will automatically end with status LIMIT_REACHED
.
You can listen for this status change with the egress_ended
webhook.
Subscription limits
Each participant may subscribe to a limited number of tracks. Currently, the subscription limit is:
- Up to 100 video tracks
- Up to 100 audio tracks
We haven't encountered a use case demanding higher limits so far; most end-users usually lack the bandwidth to handle more concurrent tracks.
For video use cases, consider using pagination and selective subscriptions to keep the number of subscriptions within these limits.
For audio use cases, we are developing selective audio muxing in the core SFU, which will selectively transmit active audio data to the subscriber using a manageable number of tracks.
API request rate limits
All projects also have a 1000 request per minute rate limit on API requests. This is for Server API requests only (for instance, RoomService or EgressService requests) and does not apply to client SDK methods like joining Rooms or sending data messages.
Honestly, we don't think any project will exceed this rate limit, but if it’s a problem, please email us at [email protected] and include your Project URL, which you can find in your Project Settings.