snorlax: Schedule Kubernetes Deployment Sleep and Wake

Summary
Snorlax is a Kubernetes operator that scales selected deployments down and up on a daily schedule. It can route requests for sleeping applications to a wake page, then restore their ingresses when the deployments are ready.
At a glance
- Language
- Go
- License
- Apache-2.0
- Stars
- 392
- Forks
- 29
- Added to OSRepos
- February 24, 2026
- Last analyzed
- October 3, 2026
Topics
Click on any tag to explore related repositories
Use at your own risk
OSRepos shares public repositories for knowledge and discovery only. Any installation, execution, configuration, or use of code from these repositories is the user's own responsibility. Always review the repository, source code, dependencies, licenses, and security implications before running or installing anything. OSRepos is not responsible for issues, damages, or losses resulting from third-party repositories.
Overview
Snorlax helps teams reduce the resources used by non-production or otherwise time-limited Kubernetes workloads by scheduling deployments to sleep and wake. It is aimed at environments that do not need to run continuously, such as staging and ephemeral apps.
When configured with ingresses, Snorlax can direct requests to a wake server while deployments are asleep. The server displays a status page, triggers wake-up, and restores the ingress after the required deployments are ready.
Key Features
- Defines wake and sleep times through a
SleepScheduleKubernetes resource. - Scales specified deployments according to the schedule.
- Supports a timezone for schedule times, defaulting to UTC.
- Can update selected ingresses to route requests to a wake server while asleep.
- Can wait for specified deployments to become ready before restoring an ingress.
- Keeps deployments awake after a request during sleep time until the next sleep cycle.
- Ignores ELB health checks so they do not trigger wake-ups.
- Detects the ingress controller to create appropriate sleep-time routes.
Use Cases
- Staging environments can be stopped overnight and brought back before the workday, reducing resource use while they are idle.
- Ephemeral review environments can follow a predictable schedule instead of running continuously.
- Teams can let users request access to a sleeping application through its ingress, rather than requiring them to manually scale workloads.
- Operators of scheduled development environments can coordinate wake-up with application readiness before sending traffic back to the deployment.
Project Facts
- Language: Go
- License: Apache-2.0
- Stars: 392
- Forks: 29
- Topics: kubernetes, operator, sleep
- Archived: No
Getting Started
Install the Helm chart and controller:
helm repo add moonbeam https://moonbeam-nyc.github.io/helm-charts
helm repo update
helm install snorlax moonbeam/snorlax --create-namespace --namespace snorlax
Then create and apply a SleepSchedule resource for the deployments to manage. See the README for its configuration and local development instructions.
Considerations
Snorlax requires a Kubernetes cluster and Helm, and its scheduling model uses configured wake and sleep times rather than cron-style expressions. The project README lists cron schedules and several other capabilities as future work, so check current project status before relying on them. Ingress-based wake-up is optional and requires configuring the relevant ingress and deployments in the schedule.
Source repository
Open the original repository on GitHub.
17 counted GitHub visits
Related repositories
Similar repositories that may be relevant next.

ksail: Create and Operate Kubernetes Clusters
September 27, 2026
KSail is a Go-based toolkit for creating and operating Kubernetes clusters across local, nested, and cloud providers. It brings provisioning, GitOps, secrets, cluster operations, and AI interfaces into one tool, for developers and platform teams who want a unified workflow.

llm-d-router: Route Inference Requests Intelligently
September 25, 2026
llm-d Router directs inference requests using model-serving signals such as KV-cache locality, load, and priority. It is for teams running LLM serving on Kubernetes that need proxy-integrated routing and request flow control.

inference-gateway: Unify LLM Providers Behind One API
September 25, 2026
Inference Gateway proxies requests to cloud and local LLM providers through compatible APIs. It is suited to teams building provider-flexible AI services that need self-hosting, MCP tools, authentication, or observability.

n8n-sandbox-service: Run Commands in Isolated Environments
September 17, 2026
n8n-sandbox-service provides an API for creating isolated, on-demand environments to run commands and manage files. It is intended for teams that need to execute work in containers or Firecracker microVMs and manage those environments centrally.