blob: 0914ed2aceb8ab217666e8f834a0546bef0b1856 [file] [log] [blame]
.. This work is licensed under a Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
.. Copyright 2018 Amdocs, Bell Canada
.. Links
.. _HELM Best Practices Guide: https://docs.helm.sh/chart_best_practices/#requirements
.. _kubectl Cheat Sheet: https://kubernetes.io/docs/reference/kubectl/cheatsheet/
.. _Kubernetes documentation for emptyDir: https://kubernetes.io/docs/concepts/storage/volumes/#emptydir
.. _Docker DevOps: https://wiki.onap.org/display/DW/Docker+DevOps#DockerDevOps-DockerBuild
.. _http://cd.onap.info:30223/mso/logging/debug: http://cd.onap.info:30223/mso/logging/debug
.. _Onboarding and Distributing a Vendor Software Product: https://wiki.onap.org/pages/viewpage.action?pageId=1018474
.. _README.md: https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/README.md
.. figure:: oomLogoV2-medium.png
:align: right
.. _onap-on-kubernetes-with-rancher:
ONAP on Kubernetes with Rancher
###############################
The following instructions will step you through the installation of Kubernetes
on an OpenStack environment with Rancher. The development lab used for this
installation is the ONAP Windriver lab.
This guide does not cover all of the steps required to setup your OpenStack
environment: e.g. OAM networks and security groups but there is a wealth of
OpenStack information on the web.
Rancher Installation
====================
The following instructions describe how to create an Openstack VM running
Rancher. This node will not be used to host ONAP itself, it will be used
exclusively by Rancher.
Launch new VM instance to host the Rancher Server
-------------------------------------------------
.. image:: Rancher-Launch_new_VM_instance_to_host_the_Rancher_Server.jpeg
Select Ubuntu 16.04 as base image
---------------------------------
Select "No" on "Create New Volume"
.. image:: Rancher-Select_Ubuntu_16.04_as_base_image.jpeg
Select Flavor
-------------
Known issues exist if flavor is too small for Rancher. Please select a flavor
with at least 4 vCPU and 8GB ram.
.. image:: Rancher-Select_Flavor.jpeg
Networking
----------
.. image:: Rancher-Networking.jpeg
Security Groups
---------------
.. image:: Rancher-Security_Groups.jpeg
Key Pair
--------
Use an existing key pair (e.g. onap_key), import an existing one or create a
new one to assign.
.. image:: Rancher-Key_Pair.jpeg
Apply customization script for the Rancher VM
---------------------------------------------
Click :download:`openstack-rancher.sh <openstack-rancher.sh>` to download the script.
.. literalinclude:: openstack-rancher.sh
:language: bash
This customization script will:
* setup root access to the VM (comment out if you wish to disable this
capability and restrict access to ssh access only)
* install docker
* install rancher
* install kubectl
* install helm
* install nfs server
.. note::
The Beijing release of OOM only supports Helm 2.8.2 not the 2.7.2 shown in
the screen capture below. The supported versions of all the software components
are listed in the :ref:`cloud-setup-guide-label`.
.. image:: Apply_customization_script_for_the_Rancher_VM.jpeg
Launch Instance
---------------
.. image:: Rancher-Launch_Instance.jpeg
Assign Floating IP for external access
--------------------------------------
.. image:: Rancher-Allocate_Floating_IP.jpeg
.. image:: Rancher-Manage_Floating_IP_Associations.jpeg
.. image:: Rancher-Launch_Instance.jpeg
Kubernetes Installation
=======================
Launch new VM instance(s) to create a Kubernetes single host or cluster
-----------------------------------------------------------------------
To create a cluster:
.. note::
#. do not append a '-1' suffix (e.g. sb4-k8s)
#. increase count to the # of of kubernetes worker nodes you want (eg. 3)
.. image:: K8s-Launch_new_VM_instance_to_create_a_Kubernetes_single_host_or_cluster.jpeg
Select Ubuntu 16.04 as base image
---------------------------------
Select "No" on "Create New Volume"
.. image:: K8s-Select_Ubuntu_16.04_as_base_image.jpeg
Select Flavor
-------------
The size of a Kubernetes host depends on the size of the ONAP deployment that
will be installed.
As of the Beijing release a minimum of 3 x 32GB hosts will be needed to run a
full ONAP deployment (all components).
If a small subset of ONAP components are being deployed for testing purposes,
then a single 16GB or 32GB host should suffice.
.. image:: K8s-Select_Flavor.jpeg
Networking
-----------
.. image:: K8s-Networking.jpeg
Security Group
---------------
.. image:: K8s-Security_Group.jpeg
Key Pair
--------
Use an existing key pair (e.g. onap_key), import an existing one or create a
new one to assign.
.. image:: K8s-Key_Pair.jpeg
Apply customization script for Kubernetes VM(s)
-----------------------------------------------
Click :download:`openstack-k8s-node.sh <openstack-k8s-node.sh>` to
download the script.
.. literalinclude:: openstack-k8s-node.sh
:language: bash
This customization script will:
* setup root access to the VM (comment out if you wish to disable this
capability and restrict access to ssh access only)
* install docker
* install kubectl
* install helm
* install nfs common (see configuration step here)
.. note::
Ensure you are using the correct versions as described in the
:ref:`cloud-setup-guide-label`
Launch Instance
---------------
.. image:: K8s-Launch_Instance.jpeg
Assign Floating IP for external access
--------------------------------------
.. image:: K8s-Manage_Floating_IP_Associations.jpeg
.. image:: K8s-Launch_Instance.jpeg
Setting up an NFS share for Multinode Kubernetes Clusters
=========================================================
The figure below illustrates a possible topology of a multinode Kubernetes
cluster.
.. image:: k8s-topology.jpg
One node, the Master Node, runs Rancher and Helm clients and connects to all
the Kubernetes nodes in the cluster. Kubernetes nodes, in turn, run Rancher,
Kubernetes and Tiller (Helm) agents, which receive, execute, and respond to
commands issued by the Master Node (e.g. kubectl or helm operations). Note that
the Master Node can be either a remote machine that the user can log in to or a
local machine (e.g. laptop, desktop) that has access to the Kubernetes cluster.
Deploying applications to a Kubernetes cluster requires Kubernetes nodes to
share a common, distributed filesystem. One node in the cluster plays the role
of NFS Master (not to confuse with the Master Node that runs Rancher and Helm
clients, which is located outside the cluster), while all the other cluster
nodes play the role of NFS slaves. In the figure above, the left-most cluster
node plays the role of NFS Master (indicated by the crown symbol). To properly
set up an NFS share on Master and Slave nodes, the user can run the scripts
below.
Click :download:`master_nfs_node.sh <master_nfs_node.sh>` to download the script.
.. literalinclude:: master_nfs_node.sh
:language: bash
Click :download:`slave_nfs_node.sh <slave_nfs_node.sh>` to download the script.
.. literalinclude:: slave_nfs_node.sh
:language: bash
The master_nfs_node.sh script runs in the NFS Master node and needs the list of
NFS Slave nodes as input, e.g.::
> sudo ./master_nfs_node.sh node1_ip node2_ip ... nodeN_ip
The slave_nfs_node.sh script runs in each NFS Slave node and needs the IP of
the NFS Master node as input, e.g.::
> sudo ./slave_nfs_node.sh master_node_ip
Configuration (Rancher and Kubernetes)
======================================
Access Rancher server via web browser
-------------------------------------
(e.g. http://10.12.6.16:8080/env/1a5/apps/stacks)
.. image:: Access_Rancher_server_via_web_browser.jpeg
Add Kubernetes Environment to Rancher
-------------------------------------
1. Select “Manage Environments”
.. image:: Add_Kubernetes_Environment_to_Rancher.png
2. Select “Add Environment”
.. image:: Select_Add_Environment.png
3. Add unique name for your new Rancher environment
4. Select the Kubernetes template
5. Click "create"
.. image:: Click_create.jpeg
6. Select the new named environment (ie. SB4) from the dropdown list (top left).
Rancher is now waiting for a Kubernetes Host to be added.
.. image:: K8s-Assign_Floating_IP_for_external_access.jpeg
Add Kubernetes Host
-------------------
1. If this is the first (or only) host being added - click on the "Add a host" link
.. image:: K8s-Assign_Floating_IP_for_external_access.jpeg
and click on "Save" (accept defaults).
.. image:: and_click_on_Save_accept_defaults.jpeg
otherwise select INFRASTRUCTURE→ Hosts and click on "Add Host"
.. image:: otherwise_select_INFRASTRUCTURE_Hosts_and_click_on_Add_Host.jpg
2. Enter the management IP for the k8s VM (e.g. 10.0.0.4) that was just created.
3. Click on “Copy to Clipboard” button
4. Click on “Close” button
.. image:: Click_on_Close_button.jpeg
Without the 10.0.0.4 IP - the CATTLE_AGENT will be derived on the host - but it
may not be a routable IP.
Configure Kubernetes Host
-------------------------
1. Login to the new Kubernetes Host::
> ssh -i ~/oom-key.pem ubuntu@10.12.5.1
The authenticity of host '10.12.5.172 (10.12.5.172)' can't be established.
ECDSA key fingerprint is SHA256:tqxayN58nCJKOJcWrEZzImkc0qKQHDDfUTHqk4WMcEI.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '10.12.5.172' (ECDSA) to the list of known hosts.
Welcome to Ubuntu 16.04.2 LTS (GNU/Linux 4.4.0-64-generic x86_64)
* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage
Get cloud support with Ubuntu Advantage Cloud Guest:
http://www.ubuntu.com/business/services/cloud
180 packages can be updated.
100 updates are security updates.
The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.
ubuntu@sb4-k8s-1:~$
2. Paste Clipboard content and hit enter to install Rancher Agent::
ubuntu@sb4-k8s-1:~$ sudo docker run -e CATTLE_AGENT_IP="10.0.0.4“ --rm --privileged -v /var/run/docker.sock:/var/run/docker.sock -v /var/lib/rancher:/var/lib/rancher rancher/agent:v1.2.9 http://10.12.6.16:8080/v1/scripts/5D757C68BD0A2125602A:1514678400000:yKW9xHGJDLvq6drz2eDzR2mjato
Unable to find image 'rancher/agent:v1.2.9' locally
v1.2.9: Pulling From rancher/agent
b3e1c725a85f: Pull complete
6071086409fc: Pull complete
d0ac3b234321: Pull complete
87f567b5cf58: Pull complete
a63e24b217c4: Pull complete
d0a3f58caef0: Pull complete
16914729cfd3: Pull complete
dc5c21984c5b: Pull complete
d7e8f9784b20: Pull complete
Digest: sha256:c21255ac4d94ffbc7b523F870F20ea5189b68Fa3d642800adb4774aab4748e66
Status: Downloaded newer image for rancher/agent:v1.2.9
INFO: Running Agent Registration Process, CATTLE_URL=http://10.12.6.16:8080/v1
INFO: Attempting to connect to: http://10.12.6.16:8080/v1
INFO: http://10.12.6.16:8080/v1 is accessible
INFO: Inspecting host capabilities
INFO: Boot2Docker: false
INFO: Host writable: true
INFO: Token: xxxxxxxx
INFO: Running registration
INFO: Printing Environment
INFO: ENV: CATTLE_ACCESS_KEY=98B35AC484FBF820E0AD
INFO: ENV: CATTLE_AGENT_IP=10.0.9.4
INFO: ENV: CATTLE_HOME=/var/lib/cattle
INFO: ENV: CATTLE_REGISTRATION_ACCESS_KEY=registrationToken
INFO: ENV: CATTLE_REGISTRATION_SECRET_KEY=xxxxxxx
INFO: ENV: CATTLE_SECRET_KEY=xxxxxxx
INFO: ENV: CATTLE_URL=http://10.12.6.16:8080/v1
INFO: ENV: DETECTED_CATTLE_AGENT_IP=10.12.5.172
INFO: ENV: RANCHER_AGENT_IMAGE=rancher/agent:v1.2.9
INFO: Launched Rancher Agent: c27ee0f3dc4c783b0db647ea1f73c35b3843a4b8d60b96375b1a05aa77d83136
ubuntu@sb4-k8s-1:~$
3. Return to Rancher environment (e.g. SB4) and wait for services to complete
(~ 10-15 mins)
.. image:: Return_to_Rancher_environment_eg_SB4_and_wait_for_services_to_complete_10-15_mins.jpeg
Configure kubectl and helm
==========================
In this example we are configuring kubectl and helm that have been installed
(as a convenience) onto the rancher and kubernetes hosts. Typically you would
install them both on your PC and remotely connect to the cluster. The following
procedure would remain the same.
1. Click on CLI and then click on “Generate Config”
.. image:: Click_on_CLI_and_then_click_on_Generate_Config.jpeg
2. Click on “Copy to Clipboard” - wait until you see a "token" - do not copy
user+password - the server is not ready at that point
.. image:: Click_on_Copy_to_Clipboard-wait_until_you_see_a_token-do_not_copy_user+password-the_server_is_not_ready_at_that_point.jpeg
3. Create a .kube directory in user directory (if one does not exist)::
ubuntu@sb4-kSs-1:~$ mkdir .kube
ubuntu@sb4-kSs-1:~$ vi .kube/config
4. Paste contents of Clipboard into a file called “config” and save the file::
apiVersion: v1
kind : Config
clusters:
- cluster:
api-version: v1
insecure-skip-tls-verify: true
server: "https://10.12.6.16:8080/r/projects/1a7/kubernetes:6443"
name: "SB4"
contexts:
- context:
cluster: "SB4"
user: "SB4"
name: "SB4"
current-context: "SB4"
users:
- name: "SB4"
user:
token: "QmFzaWMgTlRBd01qZzBOemc)TkRrMk1UWkNOMFpDTlVFNlExcHdSa1JhVZreE5XSm1TRGhWU2t0Vk1sQjVhalZaY0dWaFVtZGFVMHQzWW1WWVJtVmpSQT09"
~
~
~
- INSERT --
5. Validate that kubectl is able to connect to the kubernetes cluster::
ubuntu@sb4-k8s-1:~$ kubectl config get-contexts
CURRENT NAME CLUSTER AUTHINFO NAMESPACE
* SB4 SB4 SB4
ubuntu@sb4-kSs-1:~$
and show running pods::
ubuntu@sb4-k8s-1:~$ kubectl get pods --all-namespaces -o=wide
NAMESPACE NAME READY STATUS RESTARTS AGE IP NODE
kube-system heapster—7Gb8cd7b5 -q7p42 1/1 Running 0 13m 10.42.213.49 sb4-k8s-1
kube-system kube-dns-5d7bM87c9-c6f67 3/3 Running 0 13m 10.42.181.110 sb4-k8s-1
kube-system kubernetes-dashboard-f9577fffd-kswjg 1/1 Running 0 13m 10.42.105.113 sb4-k8s-1
kube-system monitoring-grafana-997796fcf-vg9h9 1/1 Running 0 13m 10.42,141.58 sb4-k8s-1
kube-system monitoring-influxdb-56chd96b-hk66b 1/1 Running 0 13m 10.4Z.246.90 sb4-k8s-1
kube-system tiller-deploy-cc96d4f6b-v29k9 1/1 Running 0 13m 10.42.147.248 sb4-k8s-1
ubuntu@sb4-k8s-1:~$
6. Validate helm is running at the right version. If not, an error like this
will be displayed::
ubuntu@sb4-k8s-1:~$ helm list
Error: incompatible versions c1ient[v2.8.2] server[v2.6.1]
ubuntu@sb4-k8s-1:~$
7. Upgrade the server-side component of helm (tiller) via `helm init --upgrade`::
ubuntu@sb4-k8s-1:~$ helm init --upgrade
Creating /home/ubuntu/.helm
Creating /home/ubuntu/.helm/repository
Creating /home/ubuntu/.helm/repository/cache
Creating /home/ubuntu/.helm/repository/local
Creating /home/ubuntu/.helm/plugins
Creating /home/ubuntu/.helm/starters
Creating /home/ubuntu/.helm/cache/archive
Creating /home/ubuntu/.helm/repository/repositories.yaml
Adding stable repo with URL: https://kubernetes-charts.storage.googleapis.com
Adding local repo with URL: http://127.0.0.1:8879/charts
$HELM_HOME has been configured at /home/ubuntu/.helm.
Tiller (the Helm server-side component) has been upgraded to the current version.
Happy Helming!
ubuntu@sb4-k8s-1:~$
ONAP Deployment via OOM
=======================
Now that kubernetes and Helm are installed and configured you can prepare to
deploy ONAP. Follow the instructions in the README.md_ or look at the official
documentation to get started:
- :ref:`quick-start-label` - deploy ONAP on an existing cloud
- :ref:`user-guide-label` - a guide for operators of an ONAP instance