You are looking at the documentation of a prior release. To read the documentation of the latest release, please
visit here.
New to KubeDB? Please start here.
Initialize MongoDB using Script
This tutorial will show you how to use KubeDB to initialize a MongoDB database with .js and/or .sh script.
Before You Begin
At first, 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 Minikube.
Now, install KubeDB cli on your workstation and KubeDB operator in your cluster following the steps here.
To keep things isolated, this tutorial uses a separate namespace called
demo
throughout this tutorial.$ kubectl create ns demo namespace/demo created
In this tutorial we will use .js script stored in GitHub repository kubedb/mongodb-init-scripts.
Note: The yaml files used in this tutorial are stored in docs/examples/mongodb folder in GitHub repository kubedb/docs.
Prepare Initialization Scripts
MongoDB supports initialization with .sh
and .js
files. In this tutorial, we will use init.js
script from mongodb-init-scripts git repository to insert data inside kubedb
DB.
As gitRepo volume has been deprecated, we will use a ConfigMap as script source. You can use any Kubernetes supported volume as script source.
At first, we will create a ConfigMap from init.js
file. Then, we will provide this ConfigMap as script source in init.scriptSource
of MongoDB crd spec.
Let’s create a ConfigMap with initialization script,
$ kubectl create configmap -n demo mg-init-script \
--from-literal=init.js="$(curl -fsSL https://github.com/kubedb/mongodb-init-scripts/raw/master/init.js)"
configmap/mg-init-script created
Create a MongoDB database with Init-Script
Below is the MongoDB
object created in this tutorial.
apiVersion: kubedb.com/v1alpha1
kind: MongoDB
metadata:
name: mgo-init-script
namespace: demo
spec:
version: "3.4-v3"
storage:
storageClassName: "standard"
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 1Gi
init:
scriptSource:
configMap:
name: mg-init-script
$ kubedb create -f https://github.com/kubedb/docs/raw/v0.13.0-rc.0/docs/examples/mongodb/Initialization/demo-1.yaml
mongodb.kubedb.com/mgo-init-script created
Here,
spec.init.scriptSource
specifies a script source used to initialize the database before database server starts. The scripts will be executed alphabatically. In this tutorial, a sample .js script from the git repositoryhttps://github.com/kubedb/mongodb-init-scripts.git
is used to create a test database. You can use other volume sources. The *.js and/or *.sh sripts that are stored inside the root folder will be executed alphabatically. The scripts inside child folders will be skipped.
KubeDB operator watches for MongoDB
objects using Kubernetes api. When a MongoDB
object is created, KubeDB operator will create a new StatefulSet and a ClusterIP Service with the matching MongoDB object name. KubeDB operator will also create a governing service for StatefulSets with the name <mongodb-crd-name>-gvr
, if one is not already present. No MongoDB specific RBAC roles are required for RBAC enabled clusters.
$ kubedb describe mg -n demo mgo-init-script
Name: mgo-init-script
Namespace: demo
CreationTimestamp: Wed, 06 Feb 2019 15:43:54 +0600
Labels: <none>
Annotations: <none>
Replicas: 1 total
Status: Running
StorageType: Durable
Volume:
StorageClass: standard
Capacity: 1Gi
Access Modes: RWO
StatefulSet:
Name: mgo-init-script
CreationTimestamp: Wed, 06 Feb 2019 15:43:54 +0600
Labels: kubedb.com/kind=MongoDB
kubedb.com/name=mgo-init-script
Annotations: <none>
Replicas: 824640503104 desired | 1 total
Pods Status: 1 Running / 0 Waiting / 0 Succeeded / 0 Failed
Service:
Name: mgo-init-script
Labels: kubedb.com/kind=MongoDB
kubedb.com/name=mgo-init-script
Annotations: <none>
Type: ClusterIP
IP: 10.107.34.91
Port: db 27017/TCP
TargetPort: db/TCP
Endpoints: 172.17.0.7:27017
Service:
Name: mgo-init-script-gvr
Labels: kubedb.com/kind=MongoDB
kubedb.com/name=mgo-init-script
Annotations: service.alpha.kubernetes.io/tolerate-unready-endpoints=true
Type: ClusterIP
IP: None
Port: db 27017/TCP
TargetPort: 27017/TCP
Endpoints: 172.17.0.7:27017
Database Secret:
Name: mgo-init-script-auth
Labels: kubedb.com/kind=MongoDB
kubedb.com/name=mgo-init-script
Annotations: <none>
Type: Opaque
Data
====
password: 16 bytes
username: 4 bytes
No Snapshots.
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Successful 15s KubeDB operator Successfully created Service
Normal Successful 5s KubeDB operator Successfully created StatefulSet
Normal Successful 5s KubeDB operator Successfully created MongoDB
Normal Successful 5s KubeDB operator Successfully created appbinding
Normal Successful 5s KubeDB operator Successfully patched StatefulSet
Normal Successful 5s KubeDB operator Successfully patched MongoDB
$ kubectl get statefulset -n demo
NAME READY AGE
mgo-init-script 1/1 30s
$ kubectl get pvc -n demo
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
datadir-mgo-init-script-0 Bound pvc-a10d636b-c08c-11e8-b4a9-0800272618ed 1Gi RWO standard 11m
$ kubectl get pv -n demo
NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE
pvc-a10d636b-c08c-11e8-b4a9-0800272618ed 1Gi RWO Delete Bound demo/datadir-mgo-init-script-0 standard 12m
$ kubectl get service -n demo
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
mgo-init-script ClusterIP 10.107.34.91 <none> 27017/TCP 52s
mgo-init-script-gvr ClusterIP None <none> 27017/TCP 52s
KubeDB operator sets the status.phase
to Running
once the database is successfully created. Run the following command to see the modified MongoDB object:
$ kubedb get mg -n demo mgo-init-script -o yaml
apiVersion: kubedb.com/v1alpha1
kind: MongoDB
metadata:
creationTimestamp: "2019-02-06T09:43:54Z"
finalizers:
- kubedb.com
generation: 2
name: mgo-init-script
namespace: demo
resourceVersion: "89660"
selfLink: /apis/kubedb.com/v1alpha1/namespaces/demo/mongodbs/mgo-init-script
uid: b7bde230-29f3-11e9-aebf-080027875192
spec:
databaseSecret:
secretName: mgo-init-script-auth
init:
scriptSource:
configMap:
name: mg-init-script
podTemplate:
controller: {}
metadata: {}
spec:
livenessProbe:
exec:
command:
- mongo
- --eval
- db.adminCommand('ping')
failureThreshold: 3
periodSeconds: 10
successThreshold: 1
timeoutSeconds: 5
readinessProbe:
exec:
command:
- mongo
- --eval
- db.adminCommand('ping')
failureThreshold: 3
periodSeconds: 10
successThreshold: 1
timeoutSeconds: 1
resources: {}
replicas: 1
serviceTemplate:
metadata: {}
spec: {}
storage:
accessModes:
- ReadWriteOnce
dataSource: null
resources:
requests:
storage: 1Gi
storageClassName: standard
storageType: Durable
terminationPolicy: Pause
updateStrategy:
type: RollingUpdate
version: 3.4-v3
status:
observedGeneration: 2$4213139756412538772
phase: Running
Please note that KubeDB operator has created a new Secret called mgo-init-script-auth
(format: {mongodb-object-name}-auth) for storing the password for MongoDB superuser. This secret contains a username
key which contains the username for MongoDB superuser and a password
key which contains the password for MongoDB superuser.
If you want to use an existing secret please specify that when creating the MongoDB object using spec.databaseSecret.secretName
. While creating this secret manually, make sure the secret contains these two keys containing data username
and password
.
$ kubectl get secrets -n demo mgo-init-script-auth -o yaml
apiVersion: v1
data:
password: eGtBaTRmRVpmSVFrNmczVw==
user: cm9vdA==
kind: Secret
metadata:
creationTimestamp: "2019-02-06T09:43:54Z"
labels:
kubedb.com/kind: MongoDB
kubedb.com/name: mgo-init-script
name: mgo-init-script-auth
namespace: demo
resourceVersion: "89594"
selfLink: /api/v1/namespaces/demo/secrets/mgo-init-script-auth
uid: b7cf2369-29f3-11e9-aebf-080027875192
type: Opaque
Now, you can connect to this database through mongo-shell. In this tutorial, we are connecting to the MongoDB server from inside the pod.
$ kubectl get secrets -n demo mgo-init-script-auth -o jsonpath='{.data.\username}' | base64 -d
root
$ kubectl get secrets -n demo mgo-init-script-auth -o jsonpath='{.data.\password}' | base64 -d
oEwk7IGxCPM5OWo5
$ kubectl exec -it mgo-init-script-0 -n demo sh
> mongo admin
MongoDB shell version v3.4.10
connecting to: mongodb://127.0.0.1:27017/admin
MongoDB server version: 3.4.10
Welcome to the MongoDB shell.
For interactive help, type "help".
For more comprehensive documentation, see
http://docs.mongodb.org/
Questions? Try the support group
http://groups.google.com/group/mongodb-user
> db.auth("root","oEwk7IGxCPM5OWo5")
1
> show dbs
admin 0.000GB
kubedb 0.000GB
local 0.000GB
> use kubedb
switched to db kubedb
> db.people.find()
{ "_id" : ObjectId("5ba9d667981f02e927b6788e"), "firstname" : "kubernetes", "lastname" : "database" }
> exit
bye
As you can see here, the initial script has successfully created a database named mydb
and inserted data into that database successfully.
Cleaning up
To cleanup the Kubernetes resources created by this tutorial, run:
kubectl patch -n demo mg/mgo-init-script -p '{"spec":{"terminationPolicy":"WipeOut"}}' --type="merge"
kubectl delete -n demo mg/mgo-init-script
kubectl patch -n demo drmn/mgo-init-script -p '{"spec":{"wipeOut":true}}' --type="merge"
kubectl delete -n demo drmn/mgo-init-script
kubectl delete ns demo
Next Steps
- Initialize MongoDB with Snapshot.
- Snapshot and Restore process of MongoDB databases using KubeDB.
- Take Scheduled Snapshot of MongoDB databases using KubeDB.
- Initialize MongoDB with Script.
- Monitor your MongoDB database with KubeDB using out-of-the-box CoreOS Prometheus Operator.
- Monitor your MongoDB database with KubeDB using out-of-the-box builtin-Prometheus.
- Use private Docker registry to deploy MongoDB with KubeDB.
- Detail concepts of MongoDB object.
- Detail concepts of MongoDBVersion object.
- Want to hack on KubeDB? Check our contribution guidelines.