tree: cc0772f7feccf426569439d3c215ec251789d012 [path history] [tgz]
  1. .gitignore
  2. .gitreview
  3. LICENSE
  4. Makefile
  5. README.md
  6. RELEASE_NOTES.md
  7. VERSION
  8. full-cluster.cfg
  9. full-values.yaml
  10. minimal-cluster.cfg
  11. minimal-values.yaml
  12. monkey-values.yaml
  13. onos-files/
  14. releases/
  15. resources/
  16. scripts/
  17. voltha
README.md

VOLTHA DEPLOYMENT TOOL

Thie repository describes how to the the voltha script to install a VOLTHA deployment. voltha can be used to deploy an instance into an existing Kubernetes cluster (physical or virtual) or can be start up a local docker-in-docker KinD Kuberentes cluster in which to deploy VOLTHA.

When deploying VOLTHA there are several configuration options tha can be set as described in the CONFIGURATION section below. All configuration options are specified as envirment variables.

PREREQUISITES

The voltha script uses several standard Linux tools to deploy VOLTHA including curl, sed, and jq. This tools must be installed before using the script. The script checks for the presence of these tools before it deployes VOLTHA and will exit with an error if the tools are not present.

NOTE: If you are deploying a KinD Kubernetes cluster using the voltha script, you must also also have Docker installed

INSTALL TYPE

The voltha script can install two variations or types of a VOLTHA deployment: minimal or full. The difference is characterized in the following table:

RESOURCEMINIMALFULL
K8s Control Plane Nodes11
K8s Workers23
EtcdOperator ComponentsOperator onlyOperator, Backup, Restore
EtcdCluster1 Member3 Members

Throughout this README.md file deployment and configuration files are referenced in the form $TYPE-cluster.cfg and $TYPE-values.yaml. Depending on which type of deloyment you wish to install replace $TYPE with either minimal or full. If you set the environment variable TYPE to the desired deployment type, example below, then the commands can be executed via a simply copy and paste to your command line.

export TYPE=minimal

TL;DR

OK, if you really don't care how it starts and you just want it started. After cloning the repository and making sure you have the prerequisites installed, just execute

DEPLOY_K8S=y WITH_BBSIM=y WITH_RADIUS=y CONFIG_SADIS=y ./voltha up

and the minimal cluster should start.

To remove voltha use DEPLOY_K8S=y ./voltha down

RUN WITHOUT CLONING REPOSITORY

The voltha script can be run without cloning the complete repository. To do so, download the script and run it.

curl -sSL https://raw.githubusercontent.com/opencord/kind-voltha/master/voltha --output ./voltha
chmod +x ./voltha
DEPLOY_K8S=y WITH_BBSIM=y WITH_RADIUS=y CONFIG_SADIS=y ./voltha up

Demo @ Speed NOTE: Shown significantly sped up (20x), actual install was about 8 minutes.

CONFIGURATION

The option should be set using environment variables, thus to start VOLTHA with the BBSIM POD, RADIUS, EFK and ONOS SADIS configured you could use the following command:

WITH_BBSIM=yes WITH_RADIUS=y WITH_EFK=y CONFIG_SADIS=y  voltha up

To start a specific version of VOLTHA, e.g. 2.3, you could use the following commands:

git checkout tags/3.0.3 -b 3.0.3
source releases/voltha-2.3 && voltha up

Please check the releases folder to see the available ones and pick the correct tag associatet do that release.

OPTIONDEFAULTDESCRIPTION
TYPEminimalminimal or full and determines number of cluster nodes and etcd cluster members
NAMETYPEName of the KinD Cluster to be created
DEPLOY_K8SyesShould the KinD Kubernetes cluster be deployed?
JUST_K8SnoShould just the KinD Kubernetes cluster be depoyed? (i.e. no VOLTHA)
SCHEDULE_ON_CONTROL_NODESnoUntaint the control plane (master) K8s nodes so that PODs may be scheduled on them
VOLTHA_NSvolthaK8s namespace into which to deploy voltha PODs
INFRA_NSdefaultK8s namespace into which to deploy infrastructure PODs
BBSIM_NSvolthaK8s namespace into which to deploy BBSIM PODs
ADAPTER_NSvolthaK8s namespace into which to deploy VOLTHA adapters
WITH_BBSIMnoShould the BBSIM POD be deployed?
WITH_EFKnoShould the EFK setup be deployed?
NUM_OF_BBSIM1number of BBSIM POD to start (minimum = 1, maximum = 10)
NUM_OF_OPENONU1number of OpenONU POD to start (minimum = 1, maximum = 10)
WITH_ONOSyesDeploy ONOS (yes/no) or service:port of external ONOS
WITH_KAFKAyesDeploy private Kafka (yes/no) or k8s servce:port of external Kafka
WITH_ETCDyesDeploy private etcd (yes/no) or k8s service:port of external etcd
WITH_RADIUSnoDeploy sample RADIUS server (yes/no) or a k8s service:port of external RADIUS
WITH_EAPOLnoConfigure the OLT app to push EAPOL flows
WITH_DHCPnoConfigure the OLT app to push DCHP flows
WITH_IGMPnoConfigure the OLT app to push IGMP flows
WITH_TIMINGSnoOutputs duration of various steps of the install
WITH_CHAOSnoStarts kube-monkey to introduce chaos
WITH_ADAPTERSyesShould device adpters be installed, if no overrides options for specific adapters
WITH_SIM_ADAPTERSnoShould simulated device adapters be deployed (simulated adpaters deprecated)
WITH_OPEN_ADAPTERSyesShould open OLT and ONU adapters be deployed
WITH_PORT_FORWARDSyesForwards ports for some services from localhost into the K8s cluster
CONFIG_SADISnoConfigure SADIS entries into ONOS. Values: yes, no, file, url, bbsim, or external
WITH_PPROFnoForwards ports for Golang pprof webserver in rw-core and openolt-adapter (does not automatically include profiled images)
SADIS_SUBSCRIBERShttp://bbsim0.voltha.svc:50074/v2/subscribers/%sURL for ONOS to use to query subsriber information if CONFIG_SADIS is set to url
SADIS_BANDWIDTH_PROFILEShttp://bbsim0.voltha.svc:50074/v2/bandwidthprofiles/%sURL for ONOS to use to query bandwidth profiles if CONFIG_SADIS is set to url
SADIS_CFGonos-files/onos-sadis-sample.jsonSADIS Configuration File to push, if CONFIG_SADIS set
INSTALL_ONOS_APPSnoReplaces/installs ONOS OAR files in onos-files/onos-apps
INSTALL_KUBECTLyesShould a copy of kubectl be installed locally?
INSTALL_HELMyesShould a copy of helm be installed locallly?
VOLTHA_LOG_LEVELWARNLog level to set for VOLTHA core processes
ONOS_CHARTonf/volthaHelm chart to used to install ONOS
ONOS_CHART_VERSIONlatestVersion of helm chart for ONOS
ONOS_CLASSIC_CHARTonos/onos-classicHelm chart to used to install clustered ONOS
ONOS_CLASSIC_CHART_VERSIONlatestVersion of helm chart for clustered ONOS
VOLTHA_CHARTonf/volthaHelm chart to used to install voltha
VOLTHA_CHART_VERSIONlatestVersion of Helm chart to install voltha
VOLTHA_ADAPTER_SIM_CHARTonf/voltha-adapter-simulatedHelm chart to use to install simulated device adapter
VOLTHA_ADAPTER_SIM_CHART_VERSIONlatestVersion of Helm chart to install simulated device adapter
VOLTHA_BBSIM_CHARTonf/bbsimHelm chart to use to install bbsim
VOLTHA_BBSIM_CHART_VERSIONlatestVersion of Helm chart to install bbim
ELSTICSEARCH_CHARTelastic/elasticsearchHelm chart to use to install elasticsearch
ELASTICSEARCH_CHART_VERSIONlatestVersion of Helm chart to install elasticsearch
KIBANA_CHARTelastic/kibanaHelm chart to use to install kibana
KIBANA_CHART_VERSIONlatestVersion of Helm chart to install kibana
FLUENTD_ELSTICSEARCH_CHARTkiwigrid/fluentd-elasticsearchHelm chart to use to install fluentd-elasticsearch
FLUENTD_ELASTICSEARCH_CHART_VERSIONlatestVersion of Helm chart to install fluentd-elasticsearch
VOLTHA_ADAPTER_OPEN_OLT_CHARTonf/voltha-adapter-openoltHelm chart to use to install OpenOlt adapter
VOLTHA_ADAPTER_OPEN_OLT_CHART_VERSIONlatestVersion of Helm chart to install OpenOlt adapter
VOLTHA_ADAPTER_OPEN_ONU_CHARTonf/voltha-adapter-openonuHelm chart to use to install OpenOnu adapter
VOLTHA_ADAPTER_OPEN_ONU_CHART_VERSIONlatestVersion of Helm chart to install OpenOnu adapter
ONLY_ONEyesRun a single rw-core, no api-server, and no ssh CLI
ENABLE_ONOS_EXTRANEOUS_RULESnoSet ONOS to allows flow rules not set via ONOS
UPDATE_HELM_REPOSyesUpdate the Helm repository with the latest charts before installing
WAIT_ON_DOWNyesWhen tearing down the VOLTHA, don't exit script until all containers are stoped
WAIT_TIMEOUT30mTime to wait before timing out on lengthy operations
KIND_VERSIONv0.5.1Version of KinD to install if using a KinD cluster
VOLTCTL_VERSIONlatestVersion of voltctl to install or up/downgrade to and use
NUM_OF_ONOS1Number of ONOS instances in the cluster
NUM_OF_ATOMIX0Number of atomix nodes for the ONOS cluster
ONOS_API_PORTdynamic(advanced) Override dynamic port selection for port forward for ONOS API
ONOS_SSH_PORTdynamic(advanced) Override dynamic port selection for port forward for ONOS SSH
VOLTHA_API_PORTdynamic(advanced) Override dynamic port selection for port forward for VOLTHA API
VOLTHA_SSH_PORTdynamic(advanced) Override dynamic port selection for port forward for VOLTHA SSH
VOLTHA_ETCD_PORTdynamic(advanced) Override dynamic port selection for port forward for VOLTHA etcd
VOLTHA_KAFKA_PORTdynamic(advanced) Override dynamic port selection for port forward for VOLTHA Kafka API
ELASTICSEARCH_PORTdynamic(advanced) Override dynamic port selection for port forward for elasticsearch
KIBANA_PORTdynamic(advanced) Override dynamic port selection for port forward for kibana

Custom Namespaces

Separate namespaces can be specified for various components

  • VOLTHA_NS (default: voltha) for cores, ofagent, Etcd (yes), Kafka (yes)
  • ADAPTER_NS (default: voltha) for device adapters
  • INFRA_NS (default: default) for RADIUS, ONOS, Etcd (external), Kafka (external)
  • BBSIM_NS (default: voltha) for BBSIM instances

As an example BBSIM_NS=devices deployes BBSim in the devices namespace.

External Kafka, Etcd and ONOS

WITH_ETCD, WITH_KAFKA and WITH_ONOS can have different values depending on the deployment needs:

VALUEDESCRIPTION
yes or yinstalls Etcd and Kafka in the voltha namespace
externalinstalls Etcd and Kafka in the default namespace
<endpoint>connects the deployment to pre-deployed instance of the service

When specifying the <endpoint> of the service the format for each of these is service-name[:port]. Port is optional and will default to the standard port for the given service. For example, WITH_KAFA=kafka.infra.svc.cluster.local

Specifying the endpoint enable to use ./voltha up incrementally, for example:

DEPLOY_K8S=n WITH_BBSIM=y WITH_RADIUS=no CONFIG_SADIS=no  WITH_ONOS=onos-openflow.infra.svc.cluster.local  WITH_ETCD=etcd-cluster-client.infra.svc.cluster.local WITH_KAFKA=kafka.infra.svc.cluster.local  INFRA_NS=infra BBSIM_NS=devices ADAPTER_NS=adapters ./voltha up

starts VOLTHA with external ONOS,KAFKA,ETCD in the infra namespace.

CONFIG_SADIS Values

VALUEDESCRIPTION
yes or fileuse the contents of a file to configure SADIS in ONOS. The file used defaults to
onos-files/onos-sadis-sample.json but can be specified via the SADIS_CFG
environment variable
nodo not configure ONOS for SADIS usage
urlconfigure ONOS to use SADIS via a URL. The URL used for subscriber information
is specified in the variable SADIS_SUBSCRIBERS and the URL used for bandwidth
profiles is specified in the variable SADIS_BANDWIDTH_PROFILES
bbsimconfigure ONOS use use the SADIS servers that are part of BBSIM
externalan additional helm chart will be installed (bbsim-sadis-server) and ONOS will be configured to use that service for SADIS queries

EFK Configuration for accessing Voltha component logs

If EFK is selected for deployment with VOLTHA, WITH_EFK=yes, then a single node elasticsearch and kibana instance will be deployed and a fluentd-elasticsearch pod will be deployed on each node that allows workloads to be scheduled.

Additionally a port-forward will be established so that you can access elasticsearch(9200) and kibana(5601) from outside the Kubernetes cluster. To access the kibana web interface user the URL http://localhost:5601.

NOTE: By default the security and physical persistance(disk) features are not enabled for elasticsearch and kibana. The security features can be enabled via X-Pack plugin and Role Based Access Control (RBAC) in Elasticsearch by adding the required settings in yaml file. To enable security features reference the following links: EFK-Setup-With-Kind-Voltha elasticsearch kibana

When running an EFK stack in production there are several maintenance that need to be periodically performed including indexes triming. When planning to deploy an EFK stack to production you should fully understand the recommendations as described in the product documenation: https://www.elastic.co/guide/index.html

Controlling VOLTHA with an ONOS cluster

To provide HA, resilinecy and failover ONOS can be configured in cluster mode. A 3 node ONOS deployment for example can be achieved via the full configuration:

TYPE=full WITH_ONOS=classic NUM_OF_ONOS=3 NUM_OF_ATOMIX=3 ./voltha up

Please note the TYPE=full that deploys a 3 worker nodes for k8s and WITH_ONOS=classic that uses the cluster-enabled helm chart for ONOS (version 2.2). The NUM_OF_ONOS=3 NUM_OF_ATOMIX=3 flags set the number of Atomix nodes and ONOS nodes. As usual one can add as many other options, for example CONFIG_SADIS=y.

GENERATED CONFIGURATION

When the voltha script is run it generates a file that contains the configuration settings. This file will be named $TYPE-env.sh. The user can source this file to set the configuration as well as establish key environment variables in order to access VOLTHA, including:

VARIABLEDESCRIPTION
KUBECONFIGSets the configuration file for the Kubernetes control application kubectl
VOLTCONFIGSets the configuration file for the VOLTHA control application voltctl
PATHAugments the PATH to include kubectl and voltctl

After voltha up is run, it is useful to source this file.

QUICK CHECK

After source the $TYPE-env.sh file, you should be able to access VOLTHA via the control application voltctl. To validate this you can use the following command

voltctl version

and should see output similar to

Client:
 Version        1.0.14
 Go version:    go1.12.8
 Vcs reference: 086629f0403fe67213fa0df5dc4d7b7ee317cbac
 Vcs dirty:     false
 Built:         2020-03-03T13:48:00Z
 OS/Arch:       linux/amd64

Cluster:
 Version        2.3.3-dev
 Go version:    1.13.8
 Vcs feference: aa8bd4dcc3510caf2c5362106d9bff2852663d31
 Vcs dirty:     false
 Built:         2020-03-06T16:16:47Z
 OS/Arch:       linux/amd64

If you've run the voltha script with WITH_BBSIM=y you can now create a BBSIM OLT with

voltctl device create -t openolt -H bbsim0.voltha.svc:50060

TROUBLESHOOTING

When VOLTHA is installed the install log is written to the file install-$TYPE.log. If the install appears stalled or is not completing consulting this file may indicate the reason.

Similarly, when VOLTHA is uninstalled down-$TYPE.log is written and should be consulted in the event of an error or unexpected result.