About the SDN-C Clustering
The following diagram illustrates the desired SDN-C cluster deployment (as described in SDNC-163: Deploy a SDN-C high availability environment - Kubernetes Closed) from POD and SERVICE view, which will have:
2 DB pods
3 sdnc (ODL) pods
1 admin (portal) pod
1 dgbuilder pod
Gliffy Diagram is only supported by the cloud editor
Because Forge macros arent supported by the legacy editor, you'll need to convert this content to the cloud editor to display this macro properly. Find out more about converting to the cloud editorSDN-C DB Clustering details
See details from SDN-C DB (MySQL) Clustered Deployment.
Deployment Setup Steps
You can use Rancher or kubeadm to deploy your Kubernetes cluster:
Additional Information
SDN-C Startup Order
Gliffy Diagram is only supported by the cloud editor
Because Forge macros arent supported by the legacy editor, you'll need to convert this content to the cloud editor to display this macro properly. Find out more about converting to the cloud editorTroubleshoot SDN-C pods are not start up in order
Usually, this is caused by init-container malfuntion. You can troubleshoot it by the following steps:
Do a describe of the pod using command kubectl describe pod <pod-name>, to ensure the Init Container section is presented as your defined in your yaml template.
If it does not exist, it is possible that your Kubernetes version supports a different format for the init-containers:
Restart Dead Instance (start a new one in its place)
When a pod is dead, Kubernetes automatically starts a new one to replace the dead pod.
Examples:
Pod-level restart:
Container-level restart:
Source Code
The source code is currently temporary shared through gerrit topic SDNC-163 until it is commited into gerrit.