ONAP北京版本安装（2）
helm是k8s生态中的一个包管理工具，helm chart是将某个应用所需的所有配置等打包到一起，发布到helm的repo中，tiller是helm的服务端组件，部署在k8s集群中。在部署应用时就可以使用类似于apt-get install的命令helm install来安装。helm相关组件的关系如下:
OOM为ONAP各个应用定义定义了很多chart，通过helm来维护各服务的生命周期，如部署、升级等。
1.克隆OOM代码到本地
git clone -b beijing http://gerrit.onap.org/r/oom
helm serve&
helm repo add local http://127.0.0.1:8879
helm repo remove stable
检查一下
4.build OOM chart并发布到本地repo
进入oom/kubernetes目录，执行make all命令
完成后查看chart
5.部署 ONAP chart
通过UI查看： 从rancher界面选择KUBERNETS->Dashboard
点击Kubernetes UI按钮
启动过程可能比较长，视服务器性能和网速而定，我遇到的主要问题还是docker image pull超时的问题。有个别应用如clamp服务一直没起来，发现是es的问题，还没来得及处理。
一段时间之后各应用启动的差不多时就可以登录ONAP的UI了
ONAP基础环境中默认带了4个示例用户，分别是：
* cs0008: the "Designer" role, responsible for the design and configuration of the service
* jm0007: the "Tester" role, responsible for testing a proposed distribution and approving or rejecting it
* gv0001: the "Governor" role, responsible for approve the actual distribution of a virtual service
* op0001: the "Ops" role, responsible for performing the actual distribution of an approve virtual service
所有用户的密码都是： demo123456!
OOM为ONAP各个应用定义定义了很多chart，通过helm来维护各服务的生命周期，如部署、升级等。
1.克隆OOM代码到本地
git clone -b beijing http://gerrit.onap.org/r/oom
因为这段时间一直在折腾安装ONAP，发现隔两天OOM的代码就会更新一下。估计随着使用人数的增多，更多的问题会暴露出来，开发团队会一直更新相关代码的。
因为DCAE对资源的消耗很大，后来被逼无奈只好把它还有LOG模块都给disable了，发现果然顺畅很多。
跟OpenStack集成的配置还没有搞清楚，特别是openStackEncryptedPasswordHere参数，加密算法是什么？以后再来补充
3.启动helm repo服务，使用本地repo替换掉默认的stable repo，避免冲突
helm serve&
helm repo add local http://127.0.0.1:8879
helm repo remove stable
检查一下
4.build OOM chart并发布到本地repo
进入oom/kubernetes目录，执行make all命令
完成后查看chart
5.部署 ONAP chart
boco@onap-1:~$ helm install local/onap -n dev --namespace onap
NAME: dev
LAST DEPLOYED: Thu Jul 5 09:55:36 2018
NAMESPACE: onap
STATUS: DEPLOYED
RESOURCES:
==> v1/Secret
NAME TYPE DATA AGE
dev-aaf-cs Opaque 4 26s
dev-aaf-local-secret Opaque 4 26s
...
==> v1/ConfigMap
NAME DATA AGE
dev-aaf-sms-quorumclient 1 26s
dev-aaf-sms-vault-consul 1 26s
...
==> v1/Job
NAME DESIRED SUCCESSFUL AGE
dev-aaf-create-config 1 0 16s
dev-aai-traversal-update-query-data 1 0 16s
...
==> v1beta1/Deployment
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
dev-aaf-cm 1 1 1 0 19s
dev-aaf-cs 1 1 1 0 19s
...
==> v1beta1/StatefulSet
NAME DESIRED CURRENT AGE
dev-aaf-sms-quorumclient 3 1 16s
dev-aaf-sms-vault 1 1 16s
...
==> v1/Pod(related)
NAME READY STATUS RESTARTS AGE
dev-aaf-cm-f4dc85d89-4vgrk 0/1 Init:0/2 0 19s
dev-aaf-cs-7b7648974c-mbx4b 0/1 ContainerCreating 0 19s
...
==> v1/PersistentVolume
NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE
dev-aaf-sms-quorumclient 10Mi RWO Retain Bound onap/dev-aaf-sms-quorumclient 24s
dev-aaf-sms-vault 2Gi RWO Retain Bound onap/dev-aaf-sms-vault 24s
...
==> v1/PersistentVolumeClaim
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
dev-aaf-sms-quorumclient Bound dev-aaf-sms-quorumclient 10Mi RWO 24s
dev-aaf-sms-vault Bound dev-aaf-sms-vault 2Gi RWO 24s
...
==> v1beta1/ClusterRoleBinding
NAME AGE
onap-binding 23s
==> v1/Service
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
aaf-cm ClusterIP 10.43.171.106 8150/TCP 23s
aaf-cass ClusterIP None 7000/TCP,7001/TCP,9042/TCP,9160/TCP 23s
... 通过UI查看： 从rancher界面选择KUBERNETS->Dashboard
点击Kubernetes UI按钮
启动过程可能比较长，视服务器性能和网速而定，我遇到的主要问题还是docker image pull超时的问题。有个别应用如clamp服务一直没起来，发现是es的问题，还没来得及处理。
一段时间之后各应用启动的差不多时就可以登录ONAP的UI了
首先用下面的命令找到k8s的loadbalance节点，比如下面显示的是192.168.6.148
192.168.6.148 portal.api.simpledemo.onap.org
192.168.6.148 vid.api.simpledemo.onap.org
192.168.6.148 sdc.api.fe.simpledemo.onap.org
192.168.6.148 portal-sdk.simpledemo.onap.org
192.168.6.148 policy.api.simpledemo.onap.org
192.168.6.148 aai.api.sparky.simpledemo.onap.org
192.168.6.148 cli.api.simpledemo.onap.org
192.168.6.148 msb.api.discovery.simpledemo.onap.orgONAP基础环境中默认带了4个示例用户，分别是：
* cs0008: the "Designer" role, responsible for the design and configuration of the service
* jm0007: the "Tester" role, responsible for testing a proposed distribution and approving or rejecting it
* gv0001: the "Governor" role, responsible for approve the actual distribution of a virtual service
* op0001: the "Ops" role, responsible for performing the actual distribution of an approve virtual service
所有用户的密码都是： demo123456!
选择一个用户登录：
最后，晒一张上个月参加ONAP Casablanca开发者大会的合影