Plans
| Feature | Hobby | Pro | Enterprise |
|---|---|---|---|
| Base price | $0/month | $150/month | Custom |
| Free credits | $100 (one-time) | $100 (one-time) | Custom |
| Max session length | 1 hour | 24 hours | Custom |
| Concurrent sandboxes | 20 | 100 - 1,100 | 1,100+ |
Pro plan includes 100 concurrent sandboxes. Higher concurrency up to 1,100 is available as a purchasable add-on.
Usage-based pricing
You pay per second for compute resources while your sandbox is running.Compute costs
Use the usage cost calculator on our pricing page to estimate costs for your specific configuration.Customizing compute resources
You can customize allocated CPU and RAM when building custom templates by specifyingcpuCount and memoryMB in the build configuration.
Monitoring usage
Check your usage and costs in the dashboard usage tab.FAQ
When am I charged?
When am I charged?
Automatically at the start of the month for the previous month’s usage.
What happens when I run out of credits?
What happens when I run out of credits?
Your account will be blocked. Add a payment method to continue using E2B.
Can I set spending limits?
Can I set spending limits?
Yes, you can set spending limits on the budget page in your dashboard.
How do I optimize costs?
How do I optimize costs?
- Always kill sandboxes when done - Use
sbx.kill()to stop billing immediately - Enable autopause - Automatically pause sandboxes after a period of inactivity to stop billing while preserving state
- Allocate only what you need - Start with default resources (2 vCPU, 1 GB RAM) and increase only if necessary
- Implement automatic timeouts - Set max session lengths to prevent forgotten sandboxes from running
- Monitor actively running sandboxes - Use the CLI or dashboard to track active sandboxes
- Use lifecycle events - Set up webhooks to get notified when sandboxes are created
Do I pay for stopped sandboxes?
Do I pay for stopped sandboxes?
No. You only pay while a sandbox is actively running. Once a sandbox is paused, killed or times out, billing stops immediately.