Cronjobber is a cronjob controller for Kubernetes with support for time zones
Cronjobber is the cronjob controller from Kubernetes patched with time zone support.
# Install CustomResourceDefinition $ kubectl apply -f https://raw.githubusercontent.com/hiddeco/cronjobber/master/deploy/crd.yaml # Setup service account and RBAC $ kubectl apply -f https://raw.githubusercontent.com/hiddeco/cronjobber/master/deploy/rbac.yaml # Deploy Cronjobber (using the timezone db from the node) $ kubectl apply -f https://raw.githubusercontent.com/hiddeco/cronjobber/master/deploy/deploy.yaml
:warning: Note: the approach below does not work at present due to an issue with Go which causes it to silently fail onslimtimezone database formats (the default sincetzdata>=2020-b) (go#42138).
It is therefore advised to use thedeploy.yamlwith the embedded timezone database until this issue has been resolved.
# Deploy Cronjobber (using the updatetz sidecar) $ kubectl apply -f https://raw.githubusercontent.com/hiddeco/cronjobber/master/deploy/deploy-updatetz.yaml
You may want to tweak the following environment variables to control how often it looks for updates and where it puts the timezone database.
/tmp/zoneinfo) is where the timezone database is extracted
7d) is how often it looks for updates
TZCronJob, which works exactly the same but supports an additional field:
.spec.timezone. Set this to the time zone you wish to schedule your jobs in and Cronjobber will take care of the rest.
apiVersion: cronjobber.hidde.co/v1alpha1 kind: TZCronJob metadata: name: hello spec: schedule: "*/1 * * * *" timezone: "Europe/Amsterdam" jobTemplate: spec: template: spec: containers: - name: hello image: busybox args: - /bin/sh - -c - date; echo "Hello, World!" restartPolicy: OnFailure
There has been a long outstanding (and now closed) issue to add time zone support to the
CronJobkind in Kubernetes, including a fully working PR which actually made it possible. SIG Apps and in SIG Architecture decided however against adding it because of the downside of having to manage and distribute time zone databases.
People are now encouraged to innovate and solve these kinds of problems in the ecosystem rather than core.
Instead of putting this in Kubernetes the ask is to: 1. Develop this in the ecosystem (e.g., a controller) that others can use. Distribute it, solve the problems there, and see what update looks like 2. If the solution is widely adopted and can be used by everyone (including small scale, multi-cluster, etc) then it could be considered for core Kubernetes
Cronjobber is the most simple answer to this: it is the original PR on top of a more recent version of the cronjob controller, with some glue added to make it an independent controller.
This application is derived from open source components. You can find the original source code of these components below.