Overview
What are AutoStopping Rules?
Cloud resources in non-production environments (dev, test, staging) are typically used for only 30-40% of the time they're running, yet you pay for 100% of that time. AutoStopping Rules ensure you're only paying for resources when they're actually in use.
AutoStopping Rules let you define:
- Controlled resources: Choose exactly which EC2 instances, Auto Scaling Groups, Kubernetes namespaces, RDS databases, or other supported assets the rule should manage.
- Idle-time threshold: Specify how long a resource must remain inactive before AutoStopping considers it idle and eligible for shutdown.
- Optional fixed schedules: Keep resources online during business hours, maintenance windows, or any recurring schedule you choose.
- Dependency order: List upstream and downstream services so AutoStopping stops and starts them in the right sequence.
- Access method: Select load balancer, proxy, or direct IP so your teams continue to use the same DNS, SSH, or RDP endpoints without interruption.
- Set-and-forget automation: Zero manual overhead after initial setup
What's Supported?
Cloud Provider | Supported Resources |
---|---|
| |
| |
|
How AutoStopping Works
The AutoStopping process works in four key steps:
- Intelligent Detection: AutoStopping continuously monitors your resources for activity
- Automatic Shutdown: After a configurable idle period, resources are automatically stopped
- Seamless Restart: When access is requested, resources are automatically restarted
- Transparent Access: Users continue to use the same access methods they always have (DNS, SSH, RDP)
Note:
- There's no limit on the number of dependencies a rule can manage.
- RDS warm-up time depends on cluster/instance size (~25 minutes).
- Other resources warm up in under 2 minutes (max 5 minutes).
Ready to Get Started?
Follow our Set Up AutoStopping Rules to set up AutoStopping in your environment in three simple step.