summaryrefslogtreecommitdiffstats
path: root/docs/guides/onap-developer/settingup/index.rst
blob: c3f028c33647730f56fc1f1bf65f2ff39070fa95 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
.. This work is licensed under a Creative Commons Attribution 4.0 International License.
   http://creativecommons.org/licenses/by/4.0
   Copyright 2017 ONAP


.. contents::
   :depth: 2
..

========================
**Setting Up Full ONAP**
========================


**Context**
===========
ONAP may be deployed in different contexts depending on the service provider requirements. The official installation for Amsterdam Release is currenly based on OpenStack.

Using the Amsterdam Release installer, ONAP components may be deployed in a single tenant or can be distributed in various tenants: one for all the components except the DCAE one and another tenant dedicated to the DCAE components. 

The VNFs managed by ONAP may be deployed in different OpenStack tenants or based on top of Vmware based infrastructure (cf MultiCloud project).

Figure 1 

The current installation is based on the mono-tenant deployment (all the ONAP components will be hosted in a unique tenant)


**Requirements**
================

OpenStack
---------
ONAP installation is validated on `OpenStack Ocata <https://releases.openstack.org/ocata/>`_ or latter release.

The following OpenStack components must be deployed in the infrastructure: 
 - *Cinder*
 - *Designate*
 - *Glance*
 - *Horizon*
 - *Keystone*

To deploy OpenStack, you can use various solutions:
 - `OpenStack installer <https://docs.openstack.org/install-guide/>`_
 - `OPNFV Cross Community Continuous Integration - XCI installer <http://docs.opnfv.org/en/latest/infrastructure/xci.html>`_

*Designate* component is usually not deployed using standard OpenStack installers.
Please find a guide to deploy and configure *Designate* 

Footprint
---------
The ONAP installation requires the following footprint:
 - xx VM
 - xxx vCPU
 - xxx RAM
 - xxx Storage
 - xxx floating IP
 - a public SSH key
 - a private SSH key

Note that floating IP may be private IP.

Security
--------
The default installation assumes that the Default security group is configured to enable full access between the ONAP components.
Depending on your environment, we may be forced to open some security groups (eg when using the portal from your desktop) 

The following YAML file presents the ports exposed by the various components:

.. code-block:: yaml

 --- 
 aai: 
  - 8889 

TODO Generate the YAML file with installation

TODO Provide a command to create the security groups

**Deployment**
==============

Instantiation
-------------
- To deploy ONAP, use the Heat template and follow the described in integration project.

- The Heat template deployment may take time (up to one hour) depending on your hardware envionment.

Test the installation
---------------------
Every ONAP component offers a HealthCheck REST API. The *Robot Virtual Machine* can be used to test that every 
Run the following command to

.. code-block:: bash

  docker exec -it openecompete_container /var/opt/OpenECOMP_ETE/runTags.sh -i health h -d ./html -V /share/config/integration_robot_properties.py -V /share/config/integration_preload_parameters.py -V /share/config/vm_properties.py

This testsuite will execute 31 tests towards the various ONAP components.

Detect problems
---------------
If all the tests are not OK, many causes are possible.
Here is a simple procedure to detect where the problem occurs:
- Check the OpenStack Virtual Machine logs 
- Connect to Virtual Machine and check that the various containers are runnings. The list of containers aer described in the foloqing section. Is some containers are missing, check the docker logs using the following command:

.. code-block:: bash

 sudo docker ps -a
 sudo docker logs <containerid>


**Portal configuration**
========================
The current ONAP installation is using the onap.org domain.
To use the portal on your desktop, you must configure the following information in your *host* file (located in /etc/host for Linux or /windows/system32/drivers/etc/hosts for Windows:

.. code-block:: bash

 104.239.249.17   policy.api.simpledemo.onap.org
 104.130.31.25    portal.api.simpledemo.onap.org
 104.239.249.15   sdc.api.simpledemo.onap.org
 104.130.170.142  vid.api.simpledemo.onap.org
 104.239.249.72   aai.api.simpledemo.onap.org 
 TODO ADD ui.aai

You can use the Horizon dashboard to get the IP adresses associated with the Virtual Machines or use the following command line:

.. code-block:: bash

 openstack server list

Launch the portal on the http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/login.htm

Go to the Portal component user guide.

Other UI documentation:
 - CLAMP
 - SDC Portal
 - UI Case


**Components**
==============

The following YAML file presents the list of containers for every Virtual Machine

.. code-block:: yaml

 aai:
   - traversal
   - be
   - fe
 appc
   - fe



========================================
**Setting Up indiviual ONAP components**
========================================
It is possible to deploy individual components.

The documentation to install the various components is available here:

TODO Link to installations