- .. This work is licensed under a Creative Commons Attribution 4.0 International License.\r
+.. This work is licensed under a Creative Commons Attribution 4.0 International License.\r
.. http://creativecommons.org/licenses/by/4.0\r
.. _architecture:\r
\r
\r
DCAE project provides intelligence for ONAP to support automation (via open-loop and CL) by performing network data collections, analytics & correlation and trigger actionable rootcause events.\r
\r
-Prior to Jakarta release, DCAE architecture comprised of DCAE Platform and DCAE Service components; DCAE Platform supported the functions to deploy, host and perform LCM applications of Service components. With Jakarta release, these DCAE Platform components centered around Cloudify has been removed and all Microservice orchestration and lifecycle management are supported primarily through Helm/Kubernetes.\r
+Prior to Jakarta release, DCAE architecture comprised of DCAE Platform and DCAE Service components; DCAE Platform supported the functions to deploy, host and perform LCM applications of Service components. With Jakarta release, these DCAE Platform components centered around Cloudify have been removed and all Microservice orchestration and lifecycle management are supported through Helm/Kubernetes.\r
\r
The DCAE services components includes all the microservices - collectors, analytics and event processor which supports active data-flow and processing as required by ONAP usecases. These Service components are the functional entities that realize the various \r
data collection needs, event processors for data standardization, analytics that assess collected data, and various auxiliary microservices that assist automated closed loop flows.\r
\r
-The architecture of DCAE with Helm transformation is more flexible, microsservice oriented and supports model based component design and deployment through DCAE-MOD. Also with migration to helm, DCAE microservice deployments can be handled independently, dependencies are captured under its helm charts.\r
+The architecture of DCAE with Helm transformation is more flexible, microservice oriented and supports model based component design and deployment through DCAE-MOD. Also with migration to helm, DCAE microservice deployments can be handled independently, dependencies are captured under its helm charts.\r
\r
Under the Cloudify/DCAE Platform architecture, DCAE Service components relied on Consul's distributed K-V to manage and store component configuration. With Platform simplification under DCAE Transformation initiative for Kohn, Consul dependency has been removed across all DCAE service components. All Microservice configuration are currently resolved through files mounted via Configmap created part of dcae-services helm chart deployment. \r
\r
.. toctree::
:maxdepth: 1
- ./installation.rst
./installation-helm.rst
DataLake-Handler MS Admin UI User Guide
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. _dl-installation:
-
-Deployment Steps
-
-################
-DL-handler consists of three pods- the feeder, admin UI and des. It can be deployed by using cloudify blueprint. Datalake can be easily deployed through DCAE cloudify manager. The following steps guides you launch Datalake though cloudify manager.
-
-Pre-requisite
--------------
-Make sure dcae postgres is properly deployed and functional.
-An external database, such as Elasticsearch and MongoDB is deployed. Install mongodb through the following command.
-
- #docker run -itd --restart=always --name dl-mongo -p 27017:27017 mongo
-
-For DES service deployment, presto service is deployed. Here is a sample how presto deploy in the environment.
- Build a presto image:
- The package of presto version we are using is v0.0.2:presto-v0.0.2.tar.gz
-
- #docker build -t presto:v0.0.2 .
- #docker tag presto:v0.0.2 registry.baidubce.com/onap/presto:v0.0.2
- #docker push registry.baidubce.com/onap/presto:v0.0.2
-
- Note: Replace the repository path with your own repository.
-
- Install presto service:
-
- #kubectl -n onap run dl-presto --image=registry.baidubce.com/onap/presto:v0.0.2 --env="MongoDB_IP=192.168.235.11" --env="MongoDB_PORT=27017"
- #kubectl -n onap expose deployment dl-presto --port=9000 --target-port=9000 --type=NodePort
-
- Note: MonoDB_IP and Mongo_PORT you can replace this two values with your own configuration.
-
-After datalake getting deployed, the admin UI can be used to configure the sink database address and credentials.
-
-Log-in to the DCAE Bootstrap POD
---------------------------------
-
-First, we should find the bootstrap pod name through the following command and make sure that DCAE coudify manager is properly deployed.
- .. image :: ./images/bootstrap-pod.png
-
-Login to the DCAE bootstrap pod through the following command.
- .. code-block :: bash
-
- #kubectl exec -it <DCAE bootstrap pod> /bin/bash -n onap
-
-Validate Blueprint
-------------------
-Before the blueprints uploading to Cloudify manager, the blueprints shoule be validated first through the following command.
- .. code-block :: bash
-
- #cfy blueprint validate /bluerints/k8s-datalake-feeder.yaml
- #cfy blueprint validate /blueprints/k8s-datalake-admin-ui.yaml
- #cfy blueprint validate /blueprints/k8s-datalake-des.yaml
-
-Upload the Blueprint to Cloudify Manager.
------------------------------------------
-After validating, we can start to proceed blueprints uploading.
- .. code-block :: bash
-
- #cfy blueprint upload -b dl-feeder /bluerints/k8s-datalake-feeder.yaml
- #cfy blueprint upload -b dl-admin-ui /blueprints/k8s-datalake-admin-ui.yaml
- #cfy blueprint upload -b des /blueprints/k8s-datalake-des.yaml
-
-Verify Uploaded Blueprints
---------------------------
-Using "cfy blueprint list" to verify your work.
- .. code-block :: bash
-
- #cfy blueprint list
-
-You can see the following returned message to show the blueprints have been correctly uploaded.
- .. image :: ./images/blueprint-list.png
-
-
-Verify Plugin Versions
-----------------------
-If the version of the plugin used is different, update the blueprint import to match.
- .. code-block :: bash
-
- #cfy plugins list
-
-Create Deployment
------------------
-Here we are going to create deployments for both feeder and admin UI.
- .. code-block :: bash
-
- #cfy deployments create -b dl-feeder feeder-deploy
- #cfy deployments create -b dl-admin-ui admin-ui-deploy
- #cfy deployments create -b des des
-
-Launch Service
---------------
-Next, we are going to launch the datalake.
- .. code-block :: bash
-
- #cfy executions start -d feeder-deploy install
- #cfy executions start -d admin-ui-deploy install
- #cfy executions start -d des install
-
-
-Verify the Deployment Result
-----------------------------
-The following command can be used to list the datalake logs.
-
- .. code-block :: bash
-
- #kubectl logs <datalake-pod> -n onap
-
-The output should looks like.
- .. image :: ./images/feeder-log.png
-
-The des output should looks like.
- .. image :: ./des-log.png
-
-If you find any Java exception from log, make sure that the external database and datalake configuration are properly configured.
-Admin UI can be used to configure the external database configuration.
-
-
-Uninstall
----------
-Uninstall running component and delete deployment
- .. code-block :: bash
-
- #cfy uninstall feeder-deploy
- #cfy uninstall admin-ui-deploy
- #cfy uninstall des
-
-Delete Blueprint
-----------------
- .. code-block :: bash
-
- #cfy blueprints delete dl-feeder
- #cfy blueprints delett dl-admin-ui
- #cfy blueprints delete des
./architecture.rst\r
./delivery.rst\r
./logging.rst\r
- ./installation.rst\r
./installation-helm.rst\r
./certificates.rst\r
./configuration.rst\r
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.\r
-.. http://creativecommons.org/licenses/by/4.0\r
-.. _dfc-installation:\r
-\r
-\r
-Installation\r
-============\r
-\r
-An environment suitable for running docker containers is recommended.\r
-\r
-Using Cloudify deployment\r
--------------------------\r
-\r
-The first possibility is to use blueprints and cfy commands.\r
-\r
-Deployment Prerequisite/dependencies\r
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\r
-\r
-Make sure that **cfy** is installed and configured to work with the Cloudify deployment.\r
-\r
-Make sure the Message Router and Data Router are running.\r
-\r
-Deployment steps\r
-^^^^^^^^^^^^^^^^\r
-\r
-1. Execute bash on the cloudify manager kubernetes pod.\r
-\r
- ``kubectl -n onap exec -it <dev-dcaegen2-dcae-cloudify-manager> bash``\r
-\r
-2. Download the dfc `blueprint`_.\r
-\r
-.. _blueprint: https://gerrit.onap.org/r/gitweb?p=dcaegen2/platform/blueprints.git;a=blob;f=blueprints/reference_templates/k8s-datafile-collector.yaml-template;h=17d2aedec131154b4f5f84a08a099b0364b1e627;hb=HEAD\r
-\r
-3. Run Cloudify Install command to install dfc.\r
-\r
- ``cfy install <dfc-blueprint-path>``\r
-\r
-Sample output:\r
-\r
- ``cfy install k8s-datafile.yaml``\r
-\r
-Run '*cfy events list -e 37da3f5f-a06b-4ce8-84d3-8b64ccd81c33'* to retrieve the execution's events/logs.\r
-\r
-Validation\r
-^^^^^^^^^^\r
-\r
-curl <dcaegen2-dcae-healthcheck> and check if datafile-collector is in *'ready'* state.\r
-\r
-Standalone deployment of a container\r
-------------------------------------\r
-\r
-DFC is delivered as a docker container based on openjdk:8-jre-alpine. The\r
-host or VM that will run this container must have the docker application\r
-loaded and available to the userID that will be running the DFC container.\r
-\r
-Also required is a working DMAAP/MR and DMAAP/DR environment. DFC\r
-subscribes to DMAAP/MR fileReady event as JSON messages and publishes the downloaded files to the DMAAP/DR.\r
-\r
-Installation\r
-^^^^^^^^^^^^\r
-\r
-The following command will download the Frankfurt version of the datafile image from\r
-nexus and launch it in the container named "datafile":\r
-\r
- ``docker run -d -p 8100:8100 -p 8433:8433 nexus3.onap.org:10001/onap/org.onap.dcaegen2.collectors.datafile.datafile-app-server:1.3.0``\r
-\r
-For another version, it is possible to replace the tag '1.2.3' with any version that seems suitable (including latest).\r
-Available images are visible following this `link`_.\r
-\r
-.. _link: https://nexus3.onap.org/#browse/search=keyword%3D*datafile*\r
-\r
-Another option is to pull the image first, and then run the image's container with the image ID:\r
-\r
- ``docker pull nexus3.onap.org:10001/onap/org.onap.dcaegen2.collectors.datafile.datafile-app-server:latest``\r
-\r
- ``docker images | grep 'datafile'``\r
-\r
- ``docker run -d -p 8100:8100 -p 8433:8433 <image ID>``\r
-\r
-The grep command will display the images corresponding to DFC. There can be several due to remotely or locally built\r
-image, and also to different tags, i.e. different versions.\r
-\r
-Certifcates\r
-^^^^^^^^^^^\r
-.. _page: ./certifcates.rst\r
.. toctree::
:maxdepth: 1
- ./installation.rst
./installation-helm.rst
Kpi Computation MS Configurations
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. _kpi-installation:
-
-
-Installation
-============
-
-Kpi Computation MS can be deployed using cloudify blueprint using bootstrap container of an existing DCAE deployment.
-
-Deployment Pre-requisites
-~~~~~~~~~~~~~~~~~~~~~~~~~
-- DCAE and DMaaP pods should be up and running.
-
-- PM mapper service should be running.
-
-- Make sure that cfy is installed and configured to work with the Cloudify deployment.
-
-
-Deployment steps
-~~~~~~~~~~~~~~~~
-Execute bash on the bootstrap Kubernetes pod.
-
- kubectl -n onap exec -it <dcaegen2-dcae-bootstrap> bash
-
-Validate Blueprint
-------------------
-Before the blueprints uploading to Cloudify manager, the blueprints shoule be validated first through the following command.
- .. code-block :: bash
-
- #cfy blueprint validate /bluerints/k8s-kpi-ms.yaml
-
-Upload the Blueprint to Cloudify Manager.
------------------------------------------
-After validating, we can start to proceed blueprints uploading.
- .. code-block :: bash
-
- #cfy blueprint upload -b kpi-ms /bluerints/k8s-kpi-ms.yaml
-
-Verify Uploaded Blueprints
---------------------------
-Using "cfy blueprint list" to verify your work.
- .. code-block :: bash
-
- #cfy blueprint list
-
-You can see the following returned message to show the blueprints have been correctly uploaded.
- .. image :: ./blueprint-list.png
-
-
-Verify Plugin Versions
-----------------------
-If the version of the plugin used is different, update the blueprint import to match.
- .. code-block :: bash
-
- #cfy plugins list
-
-Create Deployment
------------------
-Here we are going to create deployments for both feeder and admin UI.
- .. code-block :: bash
-
- #cfy deployments create -b kpi-ms kpi-ms
-
-Launch Service
---------------
-Next, we are going to launch the KPI-MS.
- .. code-block :: bash
-
- #cfy executions start -d kpi-ms install
-
-
-Verify the Deployment Result
-----------------------------
-The following command can be used to list the kpi-ms logs.
-
- .. code-block :: bash
-
- #kubectl logs <kpi-pod> -n onap
-
-The output should looks like.
- .. image :: ./kpi-log.PNG
-
-Uninstall
----------
-Uninstall running component and delete deployment
- .. code-block :: bash
-
- #cfy uninstall kpi-ms
-
-Delete Blueprint
-----------------
- .. code-block :: bash
-
- #cfy blueprints delete kpi-ms
\ No newline at end of file
./architecture.rst\r
./delivery.rst\r
./logging.rst\r
- ./installation.rst\r
./installation-helm.rst\r
./configuration.rst\r
./troubleshooting.rst\r
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.\r
-.. http://creativecommons.org/licenses/by/4.0\r
-.. _pm-mapper-installation:\r
-\r
-Cloudify Installation\r
-=====================\r
-\r
-PM mapper is a microservice that will be configured and instantiated through Cloudify Manager, either through the user\r
-interface or the command line tool. During instantiation, the PM Mapper will fetch its configuration through the Config Binding Service. Steps to deploy using the CLI tool are shown below.\r
-\r
-Deployment Prerequisite/dependencies\r
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\r
-\r
- - DCAE and DMaaP pods should be up and running.\r
- - DMaaP Bus Controller post install jobs should have completed successfully (executed as part of an OOM install).\r
- - Make sure that cfy is installed and configured to work with the Cloudify deployment.\r
-\r
-Deployment steps\r
-^^^^^^^^^^^^^^^^\r
-\r
-Enter the Cloudify Manager kuberenetes pod\r
-\r
- - Download the PM Mapper blueprint onto the pod, this can be found in:\r
-\r
- https://git.onap.org/dcaegen2/services/pm-mapper/tree/dpo/blueprints/k8s-pm-mapper.yaml\r
-\r
- - Create inputs.yaml\r
-\r
- Configuration of the service consists of generating an inputs file (YAML) which will be used as part of the\r
- Cloudify install. The PM-Mapper blueprints were designed with sane defaults for the majority of the fields.\r
- Below you will find some examples of fields which can be configured, and some of the fields\r
- which must be configured. The full list of configurable parameters can be seen within the blueprint file under\r
- "inputs".\r
-\r
- .. csv-table::\r
- :widths: auto\r
- :delim: ;\r
- :header: Property , Sample Value , Description , Required\r
-\r
- client_id ; dcae@dcae.onap.org ; Information about the AAF user must be provided to enable publishing to authenticated topics. ; Yes\r
- client_password ; <dcae_password> ; This is the password for the given user e.g. The <dcae_password> is dcae@dcae.onap.org's password. ; Yes\r
- enable_http ; true ; By default, the PM-Mapper will only allow inbound queries over HTTPS. However, it is possible to configure it to enable HTTP also. ; No\r
- tag_version ; nexus3.onap.org:10001/onap/org.onap.dcaegen2.services.pm-mapper:1.0.1 ; The tag of the Docker image will be used when deploying the PM-Mapper. ; No\r
- pm-mapper-filter ; {"filters": [{"pmDefVsn":"targetVersion", "nfType":"targetNodeType", "vendor":"targetVendor","measTypes":["targetMeasType"]}]} ; The default behavior of the PM-Mapper is to map all measType in the received PM XML files, however, it's possible to provide filtering configuration which will reduce the VES event to the counters that the designer has expressed interest in. ; No\r
-\r
- Example inputs.yaml\r
-\r
- .. code-block:: yaml\r
-\r
- client_id: dcae@dcae.onap.org\r
- client_password: <dcae_password>\r
- enable_http: false\r
- tag_version: nexus3.onap.org:10001/onap/org.onap.dcaegen2.services.pm-mapper:latest\r
- pm-mapper-filter: {"filters": []}\r
-\r
-\r
-\r
- - Create deployment\r
-\r
- .. code-block:: bash\r
-\r
- cfy install --blueprint-id pm-mapper --deployment-id pm-mapper -i inputs.yaml k8s-pm-mapper.yaml\r
.. toctree::\r
:maxdepth: 1\r
\r
- ./installation.rst\r
./installation-helm.rst\r
\r
\r
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.\r
-.. http://creativecommons.org/licenses/by/4.0\r
-.. _sliceanalysis-installation:\r
-\r
-\r
-Installation\r
-============\r
-\r
-Slice Analysis MS can be deployed by OOM. Make sure to enable "dcae-slice-analysis-ms" in oom/kubernetes/dcaegen2-services/values.yaml first.\r
-\r
-Deployment Pre-requisites\r
-~~~~~~~~~~~~~~~~~~~~~~~~~\r
-- DCAE and DMaaP pods should be up and running. \r
-\r
-- DMaaP Bus Controller PostInstalls job should have completed successfully (executed as part of an OOM install).\r
-\r
-- PM mapper service should be running.\r
-\r
-- Config DB service should be running.\r
-\r
-- Make sure that cfy is installed and configured to work with the Cloudify deployment.\r
-\r
-\r
-Deployment steps\r
-~~~~~~~~~~~~~~~~\r
-1. Execute bash on the bootstrap Kubernetes pod. \r
- \r
- kubectl -n onap exec -it <dcaegen2-dcae-bootstrap> bash\r
-\r
-2. Go to the /blueprints directory.\r
-\r
- Check that the tag_version in the slice-analysis-ms blueprint is correct for the release\r
- of ONAP that it is being installed on see Nexus link below for slice-analysis-ms for tag_versions.\r
- Nexus link: https://nexus3.onap.org/#browse/browse:docker.public:v2%2Fonap%2Forg.onap.dcaegen2.services.components.slice-analysis-ms%2Ftags\r
-\r
-3. Create an input file.\r
-\r
-4. Run the Cloudify install command to install the slice-analysis-ms with the blueprint and the newly created input file k8s-slice-input.yaml.\r
-\r
- $ cfy install k8s-slice-analysis-ms.yaml -i k8s-slice-input.yaml --blueprint-id sliceanalysisms\r
-\r
- Details of the sample output are available at:\r
- https://wiki.onap.org/pages/viewpage.action?pageId=92998809.\r
-\r
-5. To un-deploy\r
-\r
- $ cfy uninstall sliceanalysisms\r
-\r
-\r
-Application configurations\r
-~~~~~~~~~~~~~~~~~~~~~~~~~~\r
-+-------------------------------+------------------------------------------------+\r
-|Configuration | Description |\r
-+===============================+================================================+\r
-|samples | Minimum number of samples to be present |\r
-| | for analysis |\r
-+-------------------------------+------------------------------------------------+\r
-|minimumPercentageChange | Minimum percentage of configuration change |\r
-| | above which control loop should be triggered |\r
-+-------------------------------+------------------------------------------------+\r
-|initialDelaySeconds | Initial delay in milliseconds for the consumer |\r
-| | thread to start after the application startup |\r
-+-------------------------------+------------------------------------------------+\r
-|config_db | Host where the config DB application is running|\r
-+-------------------------------+------------------------------------------------+\r
-|performance_management_topicurl| Dmaap Topic URL to which PM data are posted |\r
-| | by network functions |\r
-+-------------------------------+------------------------------------------------+\r
-|dcae_cl_topic_url | Dmaap topic to which onset message to trigger |\r
-| | the control loop are posted |\r
-+-------------------------------+------------------------------------------------+\r
-|dcae_cl_response_topic_url | Dmaap topic URL to which Policy posts the |\r
-| | message after successful control loop trigger |\r
-+-------------------------------+------------------------------------------------+\r
-|intelligent_slicing_topic_url | Dmaap topic URL to which ML MS posts the |\r
-| | messages |\r
-+-------------------------------+------------------------------------------------+\r
-|dmaap_polling_interval | Dmaap Polling interval in milliseconds |\r
-+-------------------------------+------------------------------------------------+\r
-\r
.. toctree::
:maxdepth: 1
- ./installation.rst
./installation-helm.rst
./son_handler_troubleshooting.rst
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. _sonhandler-installation:
-
-
-Installation
-============
-
-SON handler microservice can be deployed using cloudify blueprint using bootstrap container of an existing DCAE deployment
-
-Deployment Prerequisites
-~~~~~~~~~~~~~~~~~~~~~~~~
-
-- SON-Handler service requires DMAAP and Policy components to be functional.
-
-- SON-hadler service requires the following dmaap topics to be present in the running DMAAP instance :
-
- 1.PCI-NOTIF-TOPIC-NGHBR-LIST-CHANGE-INFO
-
- 2.unauthenticated.SEC_FAULT_OUTPUT
-
- 3.unauthenticated.SEC_MEASUREMENT_OUTPUT
-
- 4.DCAE_CL_RSP
-
-- Policy model required for SON-handler service should be created and pushed to policy component. Steps for creating and pushing the policy model:
-
- 1.Login to PDP container and execute
-
- .. code-block:: bash
-
- kubectl exec -ti --namespace onap policy-pdp-0 bash
-
- 2.Create policy model
-
- .. code-block:: bash
-
- curl -k -v --silent -X PUT --header 'Content-Type: application/json' --header 'Accept: text/plain' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d '{
- "policyName": "com.PCIMS_CONFIG_POLICY",
- "configBody": "{ \"PCI_NEIGHBOR_CHANGE_CLUSTER_TIMEOUT_IN_SECS\":60, \"PCI_MODCONFIG_POLICY_NAME\":\"ControlLoop-vPCI-fb41f388-a5f2-11e8-98d0-529269fb1459\", \"PCI_OPTMIZATION_ALGO_CATEGORY_IN_OOF\":\"OOF-PCI-OPTIMIZATION\", \"PCI_SDNR_TARGET_NAME\":\"SDNR\" }",
- "policyType": "Config", "attributes" : { "matching" : { "key1" : "value1" } },
- "policyConfigType": "Base",
- "onapName": "DCAE",
- "configName": "PCIMS_CONFIG_POLICY",
- "configBodyType": "JSON" }' 'https://pdp:8081/pdp/api/createPolicy'
-
- 3.Push policy model
-
- .. code-block:: bash
-
- curl -k -v --silent -X PUT --header 'Content-Type: application/json' --header 'Accept: text/plain' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d '{
- "policyName": "com.PCIMS_CONFIG_POLICY",
- "policyType": "Base"}' 'https://pdp:8081/pdp/api/pushPolicy'
-
- 4.Verify config policy is present
-
- .. code-block:: bash
-
- curl -k -v --silent -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' --header 'ClientAuth: cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' --header 'Environment: TEST' -d '{ "configName": "PCIMS_CONFIG_POLICY", "policyName": "com.Config_PCIMS_CONFIG_POLICY1*", "requestID":"e65cc45a-9efb-11e8-98d0-529269ffa459" }' 'https://pdp:8081/pdp/api/getConfig'
-
-Deployment steps
-~~~~~~~~~~~~~~~~
-1.Using DCAE Dashboard
- - Login to DCAE Dashboard (https://{k8s-nodeip}:30418/ccsdk-app/login_external.htm)
- - Go to Inventory --> Blueprints
- - Click on Deploy Action for son-handler blueprint
- - Override the value of 'tag_version' to 'nexus3.onap.org:10001/onap/org.onap.dcaegen2.services.son-handler:2.1.5' and click deploy.
- - Deployment logs can be viewed under Deployments section
-
-2.Using cloudify commands
-
-- Login to the bootstrap container
- kubectl exec -ti --namespace onap <bootstrap pod name> bash
-- The blueprint can be found under dcaegen2 blueprint repo and is part of bootstrap container. (https://gerrit.onap.org/r/dcaegen2/platform/blueprints)
-- Deploy the microservice into the cloudify using the following command
- cfy install -d sonhms -b sonhms <blueprint file path>
-- Deployment status of the microservice can be found from kubernetes pods status (MS will be deployed as a k8s pod in the kubernetes environment under the same namespace as the DCAE environment).
- kubectl get pods --namespace onap
-- To uninstall the microservice
- cfy uninstall sonhms
-- To delete the blueprint from the cloudify instance
- cfy blueprints delete sonhms
-
-
-Application Configurations
---------------------------
-+-------------------------------+------------------------------------------------+
-|Configuration | Description |
-+===============================+================================================+
-|Streams_subscribes | Dmaap topics that the MS will consume messages |
-+-------------------------------+------------------------------------------------+
-|Streams_publishes | Dmaap topics that the MS will publish messages |
-+-------------------------------+------------------------------------------------+
-|postgres.host | Host where the postgres database is running |
-+-------------------------------+------------------------------------------------+
-|postgres.port | Host where the postgres database is running |
-+-------------------------------+------------------------------------------------+
-|postgres.username | Postgres username |
-+-------------------------------+------------------------------------------------+
-|postgres.password | Postgres password |
-+-------------------------------+------------------------------------------------+
-|sonhandler.pollingInterval | Polling Interval for consuming dmaap messages |
-+-------------------------------+------------------------------------------------+
-|sonhandler.pollingTimeout | Polling timeout for consuming dmaap messages |
-+-------------------------------+------------------------------------------------+
-|sonhandler.numSolutions | Number for solutions for OOF optimization |
-+-------------------------------+------------------------------------------------+
-|sonhandler.minCollision | Minimum collision criteria to trigger OOF |
-+-------------------------------+------------------------------------------------+
-|sonhandler.minConfusion | Minimum confusion criteria to trigger OOF |
-+-------------------------------+------------------------------------------------+
-|sonhandler.maximumClusters | Maximum number of clusters MS can process |
-+-------------------------------+------------------------------------------------+
-|sonhandler.badThreshold | Bad threshold for Handover success rate |
-+-------------------------------+------------------------------------------------+
-|sonhandler.poorThreshold | Poor threshold for Handover success rate |
-+-------------------------------+------------------------------------------------+
-|sonhandler.namespace | Namespace where MS is going to be deployed |
-+-------------------------------+------------------------------------------------+
-|sonhandler.sourceId | Source ID of the Microservice (to OOF) |
-+-------------------------------+------------------------------------------------+
-|sonhandler.dmaap.server | Location of message routers |
-+-------------------------------+------------------------------------------------+
-|sonhandler.bufferTime | Buffer time for MS to wait for notifications |
-+-------------------------------+------------------------------------------------+
-|sonhandler.cg | DMAAP Consumer group for subscription |
-+-------------------------------+------------------------------------------------+
-|sonhandler.cid | DMAAP Consumer id for subcription |
-+-------------------------------+------------------------------------------------+
-|sonhandler.configDbService | Location of config DB (protocol, host & port) |
-+-------------------------------+------------------------------------------------+
-|sonhandler.oof.service | Location of OOF (protocol, host & port) |
-+-------------------------------+------------------------------------------------+
-|sonhandler.optimizers | Optimizer to trigger in OOF |
-+-------------------------------+------------------------------------------------+
-|sonhandler.poorCountThreshold | Threshold for number of times poorThreshold |
-| | can be recorded for the cell |
-+-------------------------------+------------------------------------------------+
-|sonhandler.badCountThreshold | Threshold for number of times badThreshold can |
-| | be recorded for the cell |
-+-------------------------------+------------------------------------------------+
-|sonhandler. | Timer for oof triggered count in minutes |
-|oofTriggerCountTimer | |
-+-------------------------------+------------------------------------------------+
-|sonhandler.policyRespTimer | Timer to wait for notification from policy |
-+-------------------------------+------------------------------------------------+
-|sonhandler. | Maximum number of negative acknowledgements |
-|policyNegativeAckThreshold | from policy for a given cell |
-+-------------------------------+------------------------------------------------+
-|sonhandler. | Time interval to trigger OOF with fixed pci |
-|policyFixedPciTimeInterval | cells |
-+-------------------------------+------------------------------------------------+
-|sonhandler.nfNamingCode | Parameter to filter FM and PM notifications |
-| | coming from ves |
-+-------------------------------+------------------------------------------------+
-
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. _tcagen2-installation:
-
-
-Installation
-============
-
-TCA-gen2 is a microservice that will be configured and instantiated through Cloudify Manager.TCA-gen2 will be deployed by DCAE deployment among the bootstrapped services. This is more to facilitate automated deployment of ONAP regression test cases required services. During instantiation, the TCA-gen2 will fetch its configuration through the Config Binding Service. Steps to deploy using the CLI tool are shown below.
-
-Deployment Prerequisite/dependencies
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-
- - DCAE and DMaaP pods should be up and running.
- - MongoDB should be up and running
- - Make sure that cfy is installed and configured to work with the Cloudify deployment.
-
-Deployment steps
-^^^^^^^^^^^^^^^^
-
-Following are steps if manual deployment/undeployment is required. Steps to deploy are below
-
-
-Enter the Cloudify Manager kuberenetes pod
-
- .. note::
- For doing this, follow the below steps
-
- * First get the bootstrap pod name by running run this: kubectl get pods -n onap | grep bootstrap
- * Then login to bootstrap pod by running this: kubectl exec -it <bootstrap pod> bash -n onap
-
- - Tca-gen2 blueprint directory (/blueprints/k8s-tcagen2.yaml). The blueprint is also maintained in gerrit and can be downloaded from https://git.onap.org/dcaegen2/platform/blueprints/tree/blueprints/k8s-tcagen2.yaml
-
- - Create input file required for deployment
-
- Configuration of the service consists of generating an inputs file (YAML) which will be used as part of the
- Cloudify install. The tca-gen2 blueprints was designed with known defaults for the majority of the fields.
-
- Below you will find examples of fields which can be configured, and some of the fields
- which must be configured. An input file is loaded into bootstrap container (/inputs/k8s-tcagen2-inputs.yaml).
-
-
- .. csv-table::
- :widths: auto
- :delim: ;
- :header: Property , Sample Value , Description , Required
-
- tca_handle_in_subscribe_url ; http://message-router:3904/events/unauthenticated.TCAGEN2_OUTPUT/; DMaap topic to publish CL event output ; No
- tca_handle_in_subscribe_url ; http://message-router:3904/events/unauthenticated.VES_MEASUREMENT_OUTPUT/; DMaap topic to subscribe VES measurement feeds ; No
- tag_version ; nexus3.onap.org:10001/onap/org.onap.dcaegen2.analytics.tca-gen2.dcae-analytics-tca-web:1.0.1 ; The tag of the Docker image will be used when deploying the tca-gen2. ; No
-
- Example inputs.yaml
-
- .. code-block:: yaml
-
- tag_version: nexus3.onap.org:10001/onap/org.onap.dcaegen2.analytics.tca-gen2.dcae-analytics-tca-web:1.0.1
- tca_handle_in_subscribe_url: "http://message-router:3904/events/unauthenticated.VES_MEASUREMENT_OUTPUT/"
- tca_handle_out_publish_url: "http://message-router:3904/events/unauthenticated.TCAGEN2_OUTPUT/"
-
-
- - Create deployment
-
- .. code-block:: bash
-
- cfy install --blueprint-id tcagen2 --deployment-id tcagen2 -i /inputs/k8s-tcagen2-inputs.yaml /blueprints/k8s-tcagen2.yaml
-
-
-
-To undeploy TCA-gen2, steps are shown below
-
-- Uninstall running TCA-gen2 and delete deployment
- .. code-block:: bash
-
- cfy uninstall tcagen2
-- Delete blueprint
- .. code-block:: bash
-
- cfy blueprints delete tcagen2
-
./architecture.rst
./configuration.rst
./delivery.rst
- ./installation.rst
./installation-helm.rst
./tls-authentication.rst
./stnd-defined-validation.rst
+++ /dev/null
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.\r
-.. http://creativecommons.org/licenses/by/4.0\r
-.. _ves-installation:\r
-\r
-\r
-VES Collector Cloudify Installation\r
-===================================\r
-\r
-VESCollector is installed via cloudify blueprint by DCAE bootstrap process on typical ONAP installation.\r
-As the service is containerized, it can be started on stand-alone mode also.\r
-\r
-\r
-To run VES Collector container on standalone mode, following parameters are required\r
-\r
- ``docker run -d -p 8080:8080/tcp -p 8443:8443/tcp -P -e DMAAPHOST='10.0.11.1' nexus.onap.org:10001/onap/org.onap.dcaegen2.collectors.ves.vescollector:1.7.9``\r
-\r
-\r
-DMAAPHOST is required for standalone; for normal platform installed instance the publish URL are obtained from Consul. Below parameters are exposed for DCAE platform (cloudify) deployed instance\r
-\r
-\r
-- COLLECTOR_IP\r
-- DMAAPHOST - should contain an address to DMaaP, so that event publishing can work\r
-- CONFIG_BINDING_SERVICE - should be a name of CBS\r
-- CONFIG_BINDING_SERVICE_SERVICE_PORT - should be a http port of CBS\r
-- HOSTNAME - should be a name of VESCollector application as it is registered in CBS catalog\r
-\r
-These parameters can be configured either by passing command line option during `docker run` call or by specifying environment variables named after command line option name\r
-\r
-\r
-Authentication Support\r
-----------------------\r
-\r
-VES Collector support following authentication types\r
-\r
- * *auth.method=noAuth* default option - no security (http)\r
- * *auth.method=certBasicAuth* is used to enable mutual TLS authentication or/and basic HTTPs authentication\r
-\r
-The blueprint is same for both deployments - based on the input configuration, VESCollector can be set for required authentication type.\r
-Default ONAP deployed VESCollector is configured for "certBasicAuth".\r
-\r
-If VESCollector instance need to be deployed with authentication disabled, follow below setup\r
-\r
-\r
-- Execute into Bootstrap POD using kubectl command\r
- .. note::\r
- For doing this, follow the below steps\r
-\r
- * First get the bootstrap pod name by running this: kubectl get pods -n onap | grep bootstrap\r
- * Then login to bootstrap pod by running this: kubectl exec -it <bootstrap pod> -n onap -- bash\r
-\r
-- VES blueprint is available under /blueprints directory ``k8s-ves.yaml``. A corresponding input file is also pre-loaded into bootstrap pod under /inputs/k8s-ves-inputs.yaml\r
-\r
-- Deploy blueprint\r
- .. code-block:: bash\r
-\r
- cfy install -b ves-http -d ves-http -i /inputs/k8s-ves-inputs.yaml /blueprints/k8s-ves.yaml\r
-\r
-To undeploy ves-http, steps are noted below\r
-\r
-- Uninstall running ves-http and delete deployment\r
- .. code-block:: bash\r
-\r
- cfy uninstall ves-http\r
-\r
-The deployment uninstall will also delete the blueprint. In some case you might notice 400 error reported indicating active deployment exist such as below\r
-** An error occurred on the server: 400: Can't delete blueprint ves-http - There exist deployments for this blueprint; Deployments ids: ves-http**\r
-\r
-In this case blueprint can be deleted explicitly using this command.\r
-\r
- .. code-block:: bash\r
-\r
- cfy blueprint delete ves-http\r
-\r
-External repo schema files from OOM connection to VES collector\r
--------------------------------------------------------------------\r
-In order to not use schema files bundled in VES Collector image but schema files defined in `OOM <https://gerrit.onap.org/r/gitweb?p=oom.git;a=tree;f=kubernetes/dcaegen2/resources/external>`_ repository and installed with dcaegen2 module, follow below setup.\r
-\r
-- Execute into Bootstrap POD using kubectl command\r
- .. note::\r
- For doing this, follow the below steps\r
-\r
- * First get the bootstrap pod name by running this: kubectl get pods -n onap | grep bootstrap\r
- * Then login to bootstrap pod by running this: kubectl exec -it <bootstrap pod> -n onap -- bash\r
-\r
-- VES blueprint is available under /blueprints directory ``k8s-ves.yaml``. A corresponding input file is also pre-loaded into bootstrap pod under /inputs/k8s-ves-inputs.yaml\r
-\r
-- Edit ``k8s-ves.yaml`` blueprint by adding section below ``docker_config:`` tag:\r
- .. code-block:: bash\r
-\r
- volumes:\r
- - container:\r
- bind: /opt/app/VESCollector/etc/externalRepo/3gpp/rep/sa5/MnS/blob/SA88-Rel16/OpenAPI\r
- config_volume:\r
- name: dcae-external-repo-configmap-sa88-rel16\r
- - container:\r
- bind: /opt/app/VESCollector/etc/externalRepo/\r
- config_volume:\r
- name: dcae-external-repo-configmap-schema-map\r
-\r
-- After all ``docker_config:`` section in blueprint should looks like:\r
- .. code-block:: bash\r
-\r
- docker_config:\r
- healthcheck:\r
- endpoint: /healthcheck\r
- interval: 15s\r
- timeout: 1s\r
- type: http\r
- volumes:\r
- - container:\r
- bind: /opt/app/VESCollector/etc/externalRepo/3gpp/rep/sa5/MnS/blob/SA88-Rel16/OpenAPI\r
- config_volume:\r
- name: dcae-external-repo-configmap-sa88-rel16\r
- - container:\r
- bind: /opt/app/VESCollector/etc/externalRepo/\r
- config_volume:\r
- name: dcae-external-repo-configmap-schema-map\r
-\r
-.. note::\r
-\r
- To undeploy ves-http if it is deployed, steps are noted below\r
-\r
- Uninstall running ves-http and delete deployment\r
- .. code-block:: bash\r
-\r
- cfy uninstall ves-http\r
-\r
- The deployment uninstall will also delete the blueprint. In some case you might notice 400 error reported indicating active deployment exist such as below\r
- ** An error occurred on the server: 400: Can't delete blueprint ves-http - There exist deployments for this blueprint; Deployments ids: ves-http**\r
-\r
- In this case blueprint can be deleted explicitly using this command.\r
-\r
- .. code-block:: bash\r
-\r
- cfy blueprint delete ves-http\r
-\r
-To deploy modified ves-http, steps are noted below\r
-\r
-- Load blueprint:\r
- .. code-block:: bash\r
-\r
- cfy blueprints upload -b ves-http /blueprints/k8s-ves.yaml\r
-\r
-- Deploy blueprint\r
- .. code-block:: bash\r
-\r
- cfy install -b ves-http -d ves-http -i /inputs/k8s-ves-inputs.yaml /blueprints/k8s-ves.yaml\r
-\r
-Using external TLS certificates obtained using CMP v2 protocol\r
---------------------------------------------------------------\r
-\r
-In order to use the X.509 certificates obtained from the CMP v2 server (so called "operator`s certificates"), refer to the following description:\r
-\r
-.. toctree::\r
- :maxdepth: 1\r
-\r
- Enabling TLS with external x.509 certificates <../../tls_enablement>\r
design
repositories
deployment
- installation
installation-helm
run-time-configuration
HV-VES Offered APIs <../../apis/ves-hv/index>
Code Review / dcaegen2.git / commitdiff
