aboutsummaryrefslogtreecommitdiffstats
path: root/docs/platform/installation/installation/vfc-over-oom.rst
blob: 8f3a8de698a3bd4d83a67ea72bcd8e35d0e98901 (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
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
.. contents::
   :depth: 3
..

   **VFC Installation over OOM**
   **V0.1**

1 **Scope**
=============

This is a guide to help developer or tester to try to install VF-C over OOM

2 **Component & function**
==========================

Repos:
~~~~~~

Now VF-C have the following repos in https://gerrit.onap.org/r/admin/repos/q/filter:vfc

.. list-table::
   :widths: 30 60 10
   :header-rows: 1

   * - URL
     - Method
     - Description
   * - vfc/nfvo/lcm
     - NS life cycle management
     -
   * - vfc/nfvo/driver/vnfm/svnfm
     - Specific VNFM drivers
     -
   * - vfc/nfvo/driver/vnfm/gvnfm
     - Generic VNFM drivers
     -
   * - vfc/nfvo/db
     - Stand-alone database microservice, provides the database service for each VF-C component
     -
   * - vfc/nfvo/driver/ems
     - VNF fcaps collect
     - Deprecated
   * - vfc/nfvo/driver/sfc
     - SFC Driver
     - Deprecated
   * - vfc/nfvo/resmanagement
     - NS Resource Management
     - Deprecated
   * - vfc/nfvo/wfengine
     - Work flow engine
     - Deprecated
   * - vfc/nfvo/multivimproxy
     - Multi-vim proxy provides the multivim indirect mode proxy
     - Deprecated
   * - vfc/gvnfm/vnflcm
     - Generic VNFM VNF LCM
     -
   * - vfc/gvnfm/vnfmgr
     - Generic VNFM VNF Mgr
     -
   * - vfc/gvnfm/vnfres
     - Generic VNFM VNF Resource Management
     -

VF-C Docker Images:
~~~~~~~~~~~~~~~~~~~~~~~~

::

  nexus3.onap.org:10001/onap/vfc/nslcm
  nexus3.onap.org:10001/onap/vfc/db
  nexus3.onap.org:10001/onap/vfc/gvnfmdriver
  nexus3.onap.org:10001/onap/vfc/nfvo/svnfm/huawei
  nexus3.onap.org:10001/onap/vfc/ztevnfmdriver
  nexus3.onap.org:10001/onap/vfc/vnflcm
  nexus3.onap.org:10001/onap/vfc/vnfmgr
  nexus3.onap.org:10001/onap/vfc/vnfres


Deprecated from Guilin Release:
::

  nexus3.onap.org:10001/onap/vfc/nfvo/svnfm/nokia
  nexus3.onap.org:10001/onap/vfc/nfvo/svnfm/nokiav2
  nexus3.onap.org:10001/onap/vfc/emsdriver
  nexus3.onap.org:10001/onap/vfc/jujudriver
  nexus3.onap.org:10001/onap/vfc/multivimproxy
  nexus3.onap.org:10001/onap/vfc/resmanagement
  nexus3.onap.org:10001/onap/vfc/wfengine-activiti
  nexus3.onap.org:10001/onap/vfc/wfengine-mgrservice
  nexus3.onap.org:10001/onap/vfc/ztesdncdriver


**3 VF-C Deployment**
=====================

For initialization of docker there are 2 deployment options currently used in ONAP:
- using heat template
- using OOM

From Casablanca release, OOM is the recommended way, so here mainly give the steps for OOM based deployment

For OOM deployment you can refer to the OOM section in ONAP documentation.

.. * https://docs.onap.org/projects/onap-oom/en/latest/oom_user_guide.html#oom-user-guide
.. * https://docs.onap.org/projects/onap-oom/en/latest/oom_quickstart_guide.html#oom-quickstart-guide

1. First ensure VF-C is marked true against field enabled in the oom/kubernetes/onap/values.yaml for successful deployment.

::

	vfc:
		enabled: true
	vid:
		enabled: true
	vnfsdk:
		enabled: true
	vvp:
		enabled: false



2. Upgrade Images in OOM charts

Ensure the component version is right, you should check the respective component image version in VF-C charts.
If you need update the version, please modify values.yaml

eg.

::
	
    oom/kubernetes/vfc/charts/vfc-nslcm/values.yaml

    #################################################################
    # Application configuration defaults.
    #################################################################
    # application image
    flavor: small

    repository: nexus3.onap.org:10001
    image: onap/vfc/nslcm:1.4.1
    pullPolicy: Always
	

3. Rebuild all repos in helm

Every time you change the charts, you need to rebuild all repos to ensure the change can take effect.

Step1: Build vfc repo

::

	cd oom/kubernetes
	make vfc 

Step2: Build ONAP repo

::

	cd oom/kubernetes
	make onap(here can also execute make all)

Step3: Delete the release already deployed

::

	cd oom/kubernetes
	helm delete dev-vfc --purge

Step4: Deploy the new pods

::

	cd oom/kubernetes
	helm install local/vfc --namespace onap --name dev-vfc


Now VF-C will be upgraded with the new image version 

You will see all the pods are running
	
::

    dev-vfc-generic-vnfm-driver-6fcf454665-6pmfv       2/2     Running            0          11d
    dev-vfc-huawei-vnfm-driver-6f6c465c76-ktpch        2/2     Running            0          11d
    dev-vfc-mariadb-0                                  2/2     Running            0          11d
    dev-vfc-mariadb-1                                  2/2     Running            2          11d
    dev-vfc-mariadb-2                                  2/2     Running            0          11d
    dev-vfc-nslcm-6dd99f94f4-vxdkc                     2/2     Running            0          11d
    dev-vfc-redis-5d7d494fdf-crv8c                     1/1     Running            0          11d
    dev-vfc-vnflcm-5497c66465-f5mh7                    2/2     Running            0          11d
    dev-vfc-vnfmgr-5459b488d9-6vg75                    2/2     Running            0          11d
    dev-vfc-vnfres-5577d674cf-g9fz7                    2/2     Running            0          11d
    dev-vfc-zte-vnfm-driver-6685b74f95-r5phc           2/2     Running            2          11d


**4 VF-C health check**
========================

When VF-C pods are up, if you want to check the service status, you can visit the following APIs in K8S cluster to check.
These swagger API will also show the APIs VF-C provided.

+--------------------------+---------------------------------------------------------------------------+
|     **Component Name**   |     health check API                                                      |
+==========================+===========================================================================+
|     vfc/nfvo/lcm         |     http://ClusterIP:8403/api/nslcm/v1/swagger.yaml                       |
+--------------------------+---------------------------------------------------------------------------+
|vfc/gvnfm/vnflcm          |     http://ClusterIP:8801/api/vnflcm/v1/swagger.yaml                      |
+--------------------------+---------------------------------------------------------------------------+
|vfc/gvnfm/vnfmgr          |     http://ClusterIP:8803/api/vnfmgr/v1/swagger.yaml                      |
+--------------------------+---------------------------------------------------------------------------+
|vfc/gvnfm/vnfres          |     http://ClusterIP:8802/api/vnfres/v1/swagger.yaml                      |
+--------------------------+---------------------------------------------------------------------------+

Here are only a few components as an example.

Take vnflcm as an example, you can visit the API as follow:

::

    ubuntu@oom-mr01-rancher:~$ kubectl -n onap get svc|grep vnflcm
    vfc-vnflcm                         ClusterIP      10.43.71.4      <none>                                 8801/TCP                                                      87d
    ubuntu@oom-mr01-rancher:~$ curl http://10.43.71.4:8801/api/vnflcm/v1/swagger.json
    {"swagger": "2.0", "info": {"title": "vnflcm API", "description": "\n\nThe `swagger-ui` view can be found [here](/api/vnflcm/v1/swagger).\n
    The `ReDoc` view can be found [here](/api/vnflcm/v1/redoc).\nThe swagger YAML document can be found [here](/api/vnflcm/v1/swagger.yaml).\n
    The swagger JSON document can be found [here](/api/vnflcm/v1/swagger.json)."........
	
	
Because VF-C expose service by ClusterIP, so that you can only visit the APIs in K8S cluster.

If you want to visit VF-C APIs outside of K8S cluster, you can visit these APIs via MSB, because all VF-C APIs have been registered to MSB.

You can execute the following steps:

::

	ubuntu@oom-mr01-rancher:~$ kubectl -n onap get pod -o wide|grep msb-iag
	dev-msb-msb-iag-6fbb5b4dbd-pxs8z                              2/2       Running            4          28d       10.42.72.222    mr01-node1   <none>
	ubuntu@oom-mr01-rancher:~$ cat /etc/hosts |grep mr01-node1
	172.60.2.39   mr01-node1
	ubuntu@oom-mr01-rancher:~$ kubectl -n onap get svc|grep msb-iag
	msb-iag                            NodePort       10.43.213.250   <none>                                 80:30280/TCP,443:30283/TCP                                    87d
	ubuntu@oom-mr01-rancher:~$ curl http://172.60.2.39:30280/api/vnflcm/v1/swagger.json
	{"swagger": "2.0", "info": {"title": "vnflcm API", "description": "\n\nThe `swagger-ui` view can be found [here](/api/vnflcm/v1/swagger).\n
	The `ReDoc` view can be found [here](/api/vnflcm/v1/redoc).\nThe swagger YAML document can be found [here](/api/vnflcm/v1/swagger.yaml).\n
	The swagger JSON document can be found [here](/api/vnflcm/v1/swagger.json)."........


You can visit the http://172.60.2.39:30280/api/vnflcm/v1/swagger.json in the browser


**5 Debug and Testing in running Pod**
======================================

When you are doing the testing and would like to replace some new file like binary or some script and want to check the new result.

Take vfc-nslcm pod as an example:

::

    kubectl -n onap edit deployment dev-vfc-nslcm

    spec:
      containers:
      - args:
        - -c
        - MYSQL_AUTH=${MYSQL_ROOT_USER}:${MYSQL_ROOT_PASSWORD} ./docker-entrypoint.sh
        command:
        - sh
        env:
        - name: MSB_HOST
          value: https://msb-iag:443
        - name: SSL_ENABLED
          value: "false"
        - name: MYSQL_ADDR
          value: vfc-mariadb:3306
        - name: MYSQL_ROOT_USER
          value: root
        - name: MYSQL_ROOT_PASSWORD
          valueFrom:
            secretKeyRef:
              key: password
              name: dev-vfc-db-root-pass
        - name: REDIS_HOST
          value: vfc-redis
        - name: REDIS_PORT
          value: "6379"
        - name: REG_TO_MSB_WHEN_START
          value: "false"
        image: 192.168.235.22:10001/onap/vfc/nslcm:1.4.1
        imagePullPolicy: IfNotPresent
        livenessProbe:
          failureThreshold: 3
          initialDelaySeconds: 120
          periodSeconds: 10
          successThreshold: 1
          tcpSocket:
            port: 8403
          timeoutSeconds: 1
        name: vfc-nslcm
        ports:
        - containerPort: 8403
          protocol: TCP
        readinessProbe:

Then you can replace the value into the pod.


**6 Kubectl basic command**
======================================

Basic operation of kubernests cluster(Take the namespace of onap in linux client as an example)

* Check the cluster node

::
            
    kubectl  get node
                 
* Check cluster namespace

::
               
    kubectl  get ns
                
* View the pod information and the pod on which the node is located, under the namespace specified (for example, namespace on onap)

::
                     
    kubectl get pod -o wide -n onap

* Connected to the docker in pod

::
      
    Check the docker's name , return two dockers' name after execution, -c specifie the docker that needed ti go in.     
            
    kubectl -n onap get pod dev-vfc-nslcm-68cb7c9878-v4kt2 -o jsonpath={.spec.containers[*].name}
                
    kubectl -n onap exec -it dev-vfc-nslcm-68cb7c9878-v4kt2 -c vfc-nslcm /bin/bash
            
* Copy files (take the catalog example). When the data copy is lost after the pod is restarted or migrated, the multi-copy pod copy operation only exists for the current pod

::
    
    Copy from local to dockers in pod

    kubectl -n onap cp copy_test.sh  dev-vfc-nslcm-68cb7c9878-v4kt2: -c vfc-nslcm
                
    Copy pod's content to local machine
                
    kubectl -n onap cp dev-vfc-nslcm-68cb7c9878-v4kt2:copy_test.sh -c vfc-nslcm /tmp/copy_test.sh
                
* Remote command (to see the current path of the container as an example)

::
    
    kubectl -n onap exec -it dev-vfc-nslcm-68cb7c9878-v4kt2 -c vfc-nslcm pwd
                
* View pod basic information and logs (no -c parameter added for single container pod)

::
                
    kubectl -n onap describe pod dev-vfc-nslcm-68cb7c9878-v4kt2
                  
    kubectl -n onap logs dev-vfc-nslcm-68cb7c9878-v4kt2 -c vfc-nslcm
  
* Check the service listening port and manually expose the port, which is commonly used for testing, such as nginx under test namespace

::
                 
    1>Build namespace
	
        kubectl create namespace test
                  
    2>create pod with 3 replication
	
        kubectl run nginx --image=nginx --replicas=3 -n test
                  
    3>Pod exposed ports for nginx (target port, source port target-port)
                        
        kubectl expose deployment nginx --port=88 --target-port=80 --type=LoadBalancer -n test
                  
        or
                  
        kubectl expose deployment nginx --port=88 --target-port=80 --type=NodePort -n test

    4> Check svc(ports that pod exposed , The cluster internally accesses this pod via port 88., external access to the cluster using floatingip+30531)
                  
        kubectl get svc -n test
                  
        NAME      TYPE           CLUSTER-IP     EXTERNAL-IP   PORT(S)          AGE
        nginx     LoadBalancer   10.43.45.186   10.0.0.3      88:30531/TCP   3m
                   
        NAME      TYPE           CLUSTER-IP     EXTERNAL-IP              PORT(S)                    AGE
        nginx     NodePort       10.43.45.186                               88:30531/TCP   3m
                   
                   
        Nodes within the CLUSTER can be accessed via cluster-ip +88 port
        Outside the cluster, it is accessible via either EXTERNAL IP or the Floating IP+30531, which is the node name of the pod
        The floatingip corresponding to the node name can be viewed in the /etc/hosts of the rancher machine or in the documentation

                               
* Modify the container image and pod strategy (deployment, statefulset), the completion of modification will trigger the rolling update

::
                  
    1>To determine whether the pod is a stateful application (efullset) or a stateful application (deployment)
                    
        kubectl  -n onap describe  pod dev-vfc-nslcm-68cb7c9878-v4kt2 |grep Controlled
                    
    2>Stateless application deployment              
                    
        kubectl  -n onap get deploy |grep  nslcm
                    
        kubectl -n onap edit deploy  dev-vfc-nslcm-68cb7c9878-v4kt2
            
    3>Stateful application statefulset
                    
        kubectl  -n onap get statefulset |grep cassandra
                        
        kubectl -n onap edit statefulset dev-aai-cassandra                    
                    
              
* Restart pod(After removing the pod, deployment will recreate a same pod and randomly assign it to any node.)

::
                 
    kubectl -n onap delete pod dev-vfc-nslcm-68cb7c9878-v4kt2 -c vfc-nslcm
              

* View the virtual machine where the portal-app resides in order to add host resolution          

::
      
    10.0.0.13 corresponding Floating IP is 172.30.3.36
                    
    kubectl -n onap get svc  |grep portal-app  
                    
    portal-app                 LoadBalancer   10.43.181.163   10.0.0.13     8989:30215/TCP,8403:30213/TCP,8010:30214/TCP,8443:30225/TCP
                    
* Pod expansion and shrinkage

  pod expansion::

    kubectl scale deployment nginx --replicas=3

  pod shrinkage::

    kubectl scale deployment nginx --replicas=1