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
AutoStopping intelligently manages your cloud resources through a seamless four-step process:
- Intelligent Detection: Resources are continuously monitored for user activity and workload patterns
- Automatic Shutdown: Once your configured idle threshold is reached, resources are safely stopped to eliminate wasted spend
- Seamless Restart: When access is requested, resources are automatically restarted based on your dependency configuration
- Transparent Access: End users continue using the same familiar endpoints (DNS, SSH, RDP) with minimal interruption
AutoStopping offers:
- Unlimited rules and resources: Create as many rules as needed with no restrictions
- Unlimited dependencies: No limit on the number of dependencies a rule can manage
- Flexible configuration: Customize idle time thresholds, schedules, and access methods
- Resource-specific restart times:
- RDS instances: Warm-up time depends on cluster/instance size (~25 minutes)
- Other resources: Typically 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.