kube-fledged is a kubernetes operator for creating and managing a cache of container images directly on the worker nodes of a kubernetes cluster. It allows a user to define a list of images and onto which worker nodes those images should be cached (i.e. pulled). As a result, application pods start almost instantly, since the images need not be pulled from the registry.
kube-fledged provides CRUD APIs to manage the lifecycle of the image cache, and supports several configurable parameters to customize the functioning as per one's needs.
- Use cases
- Prerequisites
- Quick Install using YAML manifests
- Quick Install using Helm chart
- Quick Install using Helm operator
- Helm chart parameters
- Build and Deploy
- How to use
- How it works
- Configuration Flags for Kubefledged Controller
- Supported Container Runtimes
- Supported Platforms
- Built With
- Blogs and Presentations
- Shout-outs
- Contributing
- Code of Conduct
- License
- Applications that require rapid start-up and/or scaling. For e.g. an application performing real-time data processing needs to scale rapidly due to a burst in data volume.
- Serverless Functions typically need to react immediately to incoming events and spin-up containers within fraction of a second.
- IoT applications that run on Edge devices, that need to tolerate the intermittent network connectivity between the edge device and image registry.
- If images need to be pulled from a private registry and everyone cannot be granted access to pull images from this registry, then the images can be made available on the nodes of the cluster.
- If a cluster administrator or operator needs to roll-out upgrades to an application and wants to verify before-hand if the new images can be pulled successfully.
- A functioning kubernetes cluster. It could be a simple development cluster like minikube or a large production cluster.
- Cluster-admin privileges to the kubernetes cluster for deploying kube-fledged.
- All master and worker nodes having the "kubernetes.io/hostname" label.
- For kube-fledged development, you need git, make, go, docker engine (>= 19.03), openssl, kubectl, helm, gpg and gnu-sed installed on a local linux or mac machine. kubectl configured properly to access the cluster.
- For kube-fledged deployment, you need git, make, helm and kubectl installed on a local linux of mac machine. kubectl configured properly to access the cluster.
These instructions install kube-fledged to a separate namespace called "kube-fledged", using YAML manifests and pre-built images in Docker Hub.
-
Clone the source code repository
$ mkdir -p $HOME/src/github.com/senthilrch $ git clone https://github.com/senthilrch/kube-fledged.git $HOME/src/github.com/senthilrch/kube-fledged $ cd $HOME/src/github.com/senthilrch/kube-fledged
-
Deploy kube-fledged to the cluster
$ make deploy-using-yaml
-
Verify if kube-fledged deployed successfully
$ kubectl get pods -n kube-fledged -l app=kubefledged $ kubectl get imagecaches -n kube-fledged (Output should be: 'No resources found')
-
Optional: Deploy kube-fledged webhook server to the cluster. This component enables validating the ImageCache CR.
$ make deploy-webhook-server-using-yaml
-
Create the namespace where kube-fledged will be installed
$ export KUBEFLEDGED_NAMESPACE=kube-fledged $ kubectl create namespace ${KUBEFLEDGED_NAMESPACE}
-
Verify and install latest version of kube-fledged helm chart
$ helm repo add kubefledged-charts https://senthilrch.github.io/kubefledged-charts/ $ helm repo update $ gpg --keyserver keyserver.ubuntu.com --recv-keys 92D793FA3A6460ED (or) gpg --keyserver pgp.mit.edu --recv-keys 92D793FA3A6460ED $ gpg --export >~/.gnupg/pubring.gpg $ helm install --verify kube-fledged kubefledged-charts/kube-fledged -n ${KUBEFLEDGED_NAMESPACE} --wait
-
Optional: Verify and install kube-fledged webhook server. This component enables validating the ImageCache CR.
$ helm upgrade --verify kube-fledged kubefledged-charts/kube-fledged -n ${KUBEFLEDGED_NAMESPACE} --set webhookServer.enable=true --wait
These instructions install kube-fledged to a separate namespace called "kube-fledged", using Helm operator and pre-built images in Docker Hub.
-
Clone the source code repository
$ mkdir -p $HOME/src/github.com/senthilrch $ git clone https://github.com/senthilrch/kube-fledged.git $HOME/src/github.com/senthilrch/kube-fledged $ cd $HOME/src/github.com/senthilrch/kube-fledged
-
Deploy the helm operator and kube-fledged to namespace "kube-fledged". If you need to deploy to a different namespace, export the variable KUBEFLEDGED_NAMESPACE
$ make deploy-using-operator
-
Verify if kube-fledged deployed successfully
$ kubectl get pods -n kube-fledged -l app.kubernetes.io/name=kube-fledged $ kubectl get imagecaches -n kube-fledged (Output should be: 'No resources found')
-
Optional: Deploy kube-fledged webhook server to the cluster. This component enables validating the ImageCache CR.
$ make deploy-webhook-server-using-operator
Parameters of the helm chart are documented here
These instructions will help you build kube-fledged from source and deploy it to a separate namespace called "kube-fledged". If you need to deploy it to a different namespace, edit the namespace field of the manifests in "kube-fledged/deploy" accordingly.
-
Clone the source code repository
$ mkdir -p $HOME/src/github.com/senthilrch $ git clone https://github.com/senthilrch/kube-fledged.git $HOME/src/github.com/senthilrch/kube-fledged $ cd $HOME/src/github.com/senthilrch/kube-fledged
-
If you are behind a proxy, export the following ENV variables (UPPER case)
export HTTP_PROXY=http://proxy_ip_or_hostname:port export HTTPS_PROXY=https://proxy_ip_or_hostname:port
-
Build and push the docker images to registry (e.g. Docker hub)
$ export RELEASE_VERSION=<your_tag> $ export CONTROLLER_IMAGE_REPO=docker.io/<your_dockerhub_username>/kubefledged-controller $ export WEBHOOK_SERVER_IMAGE_REPO=docker.io/<your_dockerhub_username>/kubefledged-webhook-server $ export CRI_CLIENT_IMAGE_REPO=docker.io/<your_dockerhub_username>/kubefledged-cri-client $ export OPERATOR_IMAGE_REPO=docker.io/<your_dockerhub_username>/kubefledged-operator $ docker login -u <username> -p <password> $ export DOCKER_CLI_EXPERIMENTAL=enabled $ make install-buildx && make release-amd64
Note:- You need to have 'cluster-admin' privileges to deploy
-
All manifests required for deploying kube-fledged are present in 'kube-fledged/deploy' directory.
-
Edit "kubefledged-deployment-controller.yaml".
Set "image" to "<your_docker_hub_username>/kubefledged-controller:<your_tag>"
image: <your_docker_hub_username>/kubefledged-controller:<your_tag>
-
If you pushed the image to a private repository, add 'imagePullSecrets' to the end of "kubefledged-deployment-controller.yaml". Refer to kubernetes documentation on Specifying ImagePullSecrets on a Pod. The secret <your_registry_key> should be created in "kube-fledged" namespace.
serviceAccountName: kubefledged imagePullSecrets: - name: <your_registry_key>
-
Edit "kubefledged-deployment-webhook-server.yaml".
Set "image" to "<your_docker_hub_username>/kubefledged-webhook-server:<your_tag>"
image: <your_docker_hub_username>/kubefledged-webhook-server:<your_tag>
-
Deploy kube-fledged to the cluster
$ make deploy-using-yaml
-
Verify if kube-fledged deployed successfully
$ kubectl get pods -n kube-fledged -l app=kubefledged $ kubectl logs -f <pod_name_obtained_from_above_command> -n kube-fledged $ kubectl get imagecaches -n kube-fledged (Output should be: 'No resources found')
kube-fledged provides APIs to perform CRUD operations on image cache. These APIs can be consumed via kubectl or curl
Refer to sample image cache manifest in "deploy/kubefledged-imagecache.yaml". Edit it as per your needs before creating image cache. If images are in private repositories requiring credentials to pull, add "imagePullSecrets" to the end.
imagePullSecrets:
- name: myregistrykey
Create the image cache using kubectl. Verify successful creation
$ kubectl create -f deploy/kubefledged-imagecache.yaml
$ kubectl get imagecaches -n kube-fledged
Use following command to view the status of image cache in "json" format.
$ kubectl get imagecaches imagecache1 -n kube-fledged -o json
Use kubectl edit command to add/remove images in image cache. The edit command opens the manifest in an editor. Edit your changes, save and exit.
$ kubectl edit imagecaches imagecache1 -n kube-fledged
$ kubectl get imagecaches imagecache1 -n kube-fledged -o json
kube-fledged supports both automatic and on-demand refresh of image cache. Auto refresh is enabled using the flag --image-cache-refresh-frequency:
. To request for an on-demand refresh, run the following command:-
$ kubectl annotate imagecaches imagecache1 -n kube-fledged kubefledged.io/refresh-imagecache=
Before you could delete the image cache, you need to purge the images in the cache using the following command. This will remove all cached images from the worker nodes.
$ kubectl annotate imagecaches imagecache1 -n kube-fledged kubefledged.io/purge-imagecache=
View the status of purging the image cache. If any failures, such images should be removed manually or you could decide to leave the images in the worker nodes.
$ kubectl get imagecaches imagecache1 -n kube-fledged -o json
Finally delete the image cache using following command.
$ kubectl delete imagecaches imagecache1 -n kube-fledged
Run the following command to remove kube-fledged from the cluster.
$ make remove-kubefledged (if you deployed using YAML manifests)
$ helm delete kube-fledged -n ${KUBEFLEDGED_NAMESPACE} (if you deployed using Helm chart)
$ make remove-kubefledged-and-operator (if you deployed using Helm Operator)
Note: To remove the kube-fledged webhook server alone.
$ make remove-webhook-server (if you deployed using YAML manifests)
$ helm upgrade kube-fledged deploy/kubefledged-operator/helm-charts/kubefledged -n ${KUBEFLEDGED_NAMESPACE} --set webhookServer.enable=false --wait --debug (if you deployed using Helm chart)
$ make remove-webhook-server-using-operator (if you deployed using Helm Operator)
Kubernetes allows developers to extend the kubernetes api via Custom Resources. kube-fledged defines a custom resource of kind “ImageCache” and implements a custom controller (named kubefledged-controller). kubefledged-controller does the heavy-lifting for managing image cache. Users can use kubectl commands for creation and deletion of ImageCache resources.
kubefledged-controller has a built-in image manager routine that is responsible for pulling and deleting images. Images are pulled or deleted using kubernetes jobs. If enabled, image cache is refreshed periodically by the refresh worker. kubefledged-controller updates the status of image pulls, refreshes and image deletions in the status field of ImageCache resource.
For more detailed description, go through kube-fledged's design proposal.
--image-cache-refresh-frequency:
The image cache is refreshed periodically to ensure the cache is up to date. Setting this flag to "0s" will disable refresh. default "15m"
--image-delete-job-host-network:
Whether the pod for the image delete job should be run with 'HostNetwork: true'. Default value: false.
--image-pull-deadline-duration:
Maximum duration allowed for pulling an image. After this duration, image pull is considered to have failed. default "5m"
--image-pull-policy:
Image pull policy for pulling images into and refreshing the cache. Possible values are 'IfNotPresent' and 'Always'. Default value is 'IfNotPresent'. Image with no or ":latest" tag are always pulled.
--job-priority-class-name:
priorityClassName of jobs created by kubefledged-controller.
--job-retention-policy:
Determines if the jobs created by kubefledged-controller would be deleted or retained (for debugging) after it finishes. Possible values are 'delete' and 'retain'. default value is 'delete'.
--service-account-name:
serviceAccountName used in Jobs created for pulling or deleting images. Optional flag. If not specified the default service account of the namespace is used
--stderrthreshold:
Log level. set the value of this flag to INFO
- docker
- containerd
- cri-o
- linux/amd64
- linux/arm
- linux/arm64
- kubernetes/sample-controller - Building our own kubernetes-style controller using CRD.
- kubebuilder - SDK for building Kubernetes APIs using CRDs
- operator-sdk - SDK for building Kubernetes applications
- cri-tools - CLI and validation tools for Kubelet Container Runtime Interface (CRI).
- buildx - Docker CLI plugin for extended build capabilities with BuildKit
- Go Modules - Go Modules for Dependency Management
- Make - GNU Make
- The Growing Need for Caching Container Images in Kubernetes
- Helm install kube-fledged to create and manage caches of container images directly on the worker nodes within Kubernetes
- Kube-fledged: Cache Container Images in Kubernetes
- How to Deploy and Use Kube-fledged to Cache Images in Kubernetes
- Cloud-Native Through the Prism of Percona: Episode 1
- Kubetools - A Curated List of Kubernetes Tools
- Kubernetes Essential Tools: 2021
- Architecting Kubernetes clusters — choosing the best autoscaling strategy
- Uber Kraken Alternatives
- Top 200 Kubernetes Tools for DevOps Engineer Like You
- Kubernetes Professionals - Facebook
- Kube-fledged: Cache Container Images in Kubernetes - Reddit
- Kubernetes Tools - collection of tools for containers & k8s
- Kubernetes Posts - collection of great posts for kubernetes
- Nubenetes - k8s plugins, extensions, tools, projects
- SweetOps - community to share vision on k8s like infrastructure
- Devops Buzz - extend k8s power
Please read CONTRIBUTING.md for details on the process for submitting pull requests.
Please read CODE_OF_CONDUCT.md for details on our code of conduct, and how to report violations.
This project is licensed under the Apache 2.0 License - see the LICENSE.md file for details