You are looking at the documentation of a prior release. To read the documentation of the latest release, please
visit here.
We use cookies and other similar technology to collect data to improve your experience on our site, as described in our Privacy Policy.
Run Production-Grade Databases on Kubernetes
Backup and Recovery Solution for Kubernetes
Run Production-Grade Vault on Kubernetes
Secure HAProxy Ingress Controller for Kubernetes
Kubernetes Configuration Syncer
Kubernetes Authentication WebHook Server
KubeDB simplifies Provision, Upgrade, Scaling, Volume Expansion, Monitor, Backup, Restore for various Databases in Kubernetes on any Public & Private Cloud
A complete Kubernetes native disaster recovery solution for backup and restore your volumes and databases in Kubernetes on any public and private clouds.
KubeVault is a Git-Ops ready, production-grade solution for deploying and configuring Hashicorp's Vault on Kubernetes.
Secure HAProxy Ingress Controller for Kubernetes
Kubernetes Configuration Syncer
Kubernetes Authentication WebHook Server
New to KubeDB? Please start here.
KubeDB operator supports using private Docker registry. This tutorial will show you how to use KubeDB to run MariaDB database using private Docker images.
Read concept of MariaDB Version Catalog to learn detail concepts of MariaDBVersion
object.
You need to have a Kubernetes cluster, and the kubectl command-line tool must be configured to communicate with your cluster. If you do not already have a cluster, you can create one by using kind.
You will also need a docker private registry or private repository. In this tutorial we will use private repository of docker hub.
You have to push the required images from KubeDB’s Docker hub account into your private registry. For mysql, push DB_IMAGE
, EXPORTER_IMAGE
, INITCONTAINER_IMAGE
of following MariaDBVersions, where deprecated
is not true, to your private registry.
$ kubectl get mariadbversions -n kube-system -o=custom-columns=NAME:.metadata.name,VERSION:.spec.version,DB_IMAGE:.spec.db.image,EXPORTER_IMAGE:.spec.exporter.image,INITCONTAINER_IMAGE:.spec.initContainer.image,DEPRECATED:.spec.deprecated
NAME VERSION DB_IMAGE EXPORTER_IMAGE INITCONTAINER_IMAGE DEPRECATED
10.4.17 10.4.17 kubedb/mariadb:10.4.17 kubedb/mysqld-exporter:v0.11.0 kubedb/busybox <none>
10.5.8 10.5.8 kubedb/mariadb:10.5.8 kubedb/mysqld-exporter:v0.11.0 kubedb/busybox <none>
Docker hub repositories:
Update KubeDB catalog for private Docker registry. Ex:
apiVersion: catalog.kubedb.com/v1alpha1
kind: MariaDBVersion
metadata:
name: 10.5.8
spec:
db:
image: PRIVATE_REGISTRY/mysql:10.5.8
exporter:
image: PRIVATE_REGISTRY/mysqld-exporter:v0.11.0
initContainer:
image: PRIVATE_REGISTRY/busybox
podSecurityPolicies:
databasePolicyName: maria-db
version: 10.5.8
To keep things isolated, this tutorial uses a separate namespace called demo
throughout this tutorial. Run the following command to prepare your cluster for this tutorial:
$ kubectl create ns demo
namespace/demo created
ImagePullSecrets is a type of a Kubernete Secret whose sole purpose is to pull private images from a Docker registry. It allows you to specify the url of the docker registry, credentials for logging in and the image name of your private docker image.
Run the following command, substituting the appropriate uppercase values to create an image pull secret for your private Docker registry:
$ kubectl create secret docker-registry -n demo myregistrykey \
--docker-server=DOCKER_REGISTRY_SERVER \
--docker-username=DOCKER_USER \
--docker-email=DOCKER_EMAIL \
--docker-password=DOCKER_PASSWORD
secret/myregistrykey created
If you wish to follow other ways to pull private images see official docs of kubernetes.
NB: If you are using kubectl
1.9.0, update to 1.9.1 or later to avoid this issue.
When installing KubeDB operator, set the flags --docker-registry
and --image-pull-secret
to appropriate value. Follow the steps to install KubeDB operator properly in cluster so that to points to the DOCKER_REGISTRY you wish to pull images from.
While deploying MariaDB
from private repository, you have to add myregistrykey
secret in MariaDB
spec.imagePullSecrets
.
Below is the MariaDB CRD object we will create.
apiVersion: kubedb.com/v1alpha2
kind: MariaDB
metadata:
name: md-pvt-reg
namespace: demo
spec:
version: "10.5.8"
storage:
storageClassName: "standard"
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 1Gi
podTemplate:
spec:
imagePullSecrets:
- name: myregistrykey
terminationPolicy: WipeOut
Now run the command to deploy this MariaDB
object:
$ kubectl apply -f https://github.com/kubedb/docs/raw/v2021.08.23docs/guides/mariadb/private-registry/quickstart/examples/demo.yaml
mariadb.kubedb.com/md-pvt-reg created
To check if the images pulled successfully from the repository, see if the MariaDB
is in running state:
$ kubectl get pods -n demo
NAME READY STATUS RESTARTS AGE
md-pvt-reg-0 1/1 Running 0 56s
To cleanup the Kubernetes resources created by this tutorial, run:
$ kubectl delete mariadb -n demo md-pvt-reg
mariadb.kubedb.com "md-pvt-reg" deleted
$ kubectl delete ns demo
namespace "demo" deleted