| .. This work is licensed under a Creative Commons Attribution 4.0 International License. |
| .. SPDX-License-Identifier: CC-BY-4.0 |
| .. ===============LICENSE_START======================================================= |
| .. Copyright (C) 2019-2020 AT&T Intellectual Property |
| .. =================================================================================== |
| .. This documentation file is distributed under the Creative Commons Attribution |
| .. 4.0 International License (the "License"); you may not use this file except in |
| .. compliance with the License. You may obtain a copy of the License at |
| .. |
| .. http://creativecommons.org/licenses/by/4.0 |
| .. |
| .. This file is distributed on an "AS IS" BASIS, |
| .. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. |
| .. See the License for the specific language governing permissions and |
| .. limitations under the License. |
| .. ===============LICENSE_END========================================================= |
| |
| |
| **Getting and Preparing Deployment Scripts** |
| |
| Clone the it/dep git repository that has deployment scripts and support files on the target VM. |
| (You might have already done this in a previous step.) |
| |
| :: |
| |
| % git clone https://gerrit.o-ran-sc.org/r/it/dep |
| |
| Check out the appropriate branch of the repository with the release you want to deploy. |
| For example: |
| |
| .. code:: bash |
| |
| git clone https://gerrit.o-ran-sc.org/r/it/dep |
| cd dep |
| git submodule update --init --recursive --remote |
| |
| **Modify the deployment recipe** |
| |
| Edit the recipe files ./RECIPE_EXAMPLE/PLATFORM/example_recipe.yaml. |
| |
| - Specify the IP addresses used by the RIC and AUX cluster ingress controller (e.g., the main interface IP) in the following section. If you do not plan to set up an AUX cluster, you can put down any private IPs (e.g., 10.0.2.1 and 10.0.2.2). |
| |
| .. code:: bash |
| |
| extsvcplt: |
| ricip: "" |
| auxip: "" |
| |
| - To specify which version of the RIC platform components will be deployed, update the RIC platform component container tags in their corresponding section. |
| - You can specify which docker registry will be used for each component. If the docker registry requires login credential, you can add the credential in the following section. Please note that the installation suite has already included credentials for O-RAN Linux Foundation docker registries. Please do not create duplicate entries. |
| |
| .. code:: bash |
| |
| docker-credential: |
| enabled: true |
| credential: |
| SOME_KEY_NAME: |
| registry: "" |
| credential: |
| user: "" |
| password: "" |
| email: "" |
| |
| For more advanced recipe configuration options, please refer to the recipe configuration guideline. |
| |
| |
| **Deploying the Infrastructure and Platform Groups** |
| |
| After the recipes are edited, the Near Realtime RIC platform is ready to be deployed. |
| |
| .. code:: bash |
| |
| cd dep/bin |
| ./deploy-ric-platform ../RECIPE_EXAMPLE/PLATFORM/example_recipe.yaml |
| |
| |
| **Checking the Deployment Status** |
| |
| Now check the deployment status after a short wait. Results similar to the |
| output shown below indicate a complete and successful deployment. Check the |
| STATUS column from both kubectl outputs to ensure that all are either |
| "Completed" or "Running", and that none are "Error" or "ImagePullBackOff". |
| |
| .. code:: |
| |
| # helm list |
| NAME REVISION UPDATED STATUS CHART APP VERSION NAMESPACE |
| r3-a1mediator 1 Thu Jan 23 14:29:12 2020 DEPLOYED a1mediator-3.0.0 1.0 ricplt |
| r3-appmgr 1 Thu Jan 23 14:28:14 2020 DEPLOYED appmgr-3.0.0 1.0 ricplt |
| r3-dbaas1 1 Thu Jan 23 14:28:40 2020 DEPLOYED dbaas1-3.0.0 1.0 ricplt |
| r3-e2mgr 1 Thu Jan 23 14:28:52 2020 DEPLOYED e2mgr-3.0.0 1.0 ricplt |
| r3-e2term 1 Thu Jan 23 14:29:04 2020 DEPLOYED e2term-3.0.0 1.0 ricplt |
| r3-infrastructure 1 Thu Jan 23 14:28:02 2020 DEPLOYED infrastructure-3.0.0 1.0 ricplt |
| r3-jaegeradapter 1 Thu Jan 23 14:29:47 2020 DEPLOYED jaegeradapter-3.0.0 1.0 ricplt |
| r3-rsm 1 Thu Jan 23 14:29:39 2020 DEPLOYED rsm-3.0.0 1.0 ricplt |
| r3-rtmgr 1 Thu Jan 23 14:28:27 2020 DEPLOYED rtmgr-3.0.0 1.0 ricplt |
| r3-submgr 1 Thu Jan 23 14:29:23 2020 DEPLOYED submgr-3.0.0 1.0 ricplt |
| r3-vespamgr 1 Thu Jan 23 14:29:31 2020 DEPLOYED vespamgr-3.0.0 1.0 ricplt |
| |
| # kubectl get pods -n ricplt |
| NAME READY STATUS RESTARTS AGE |
| deployment-ricplt-a1mediator-69f6d68fb4-7trcl 1/1 Running 0 159m |
| deployment-ricplt-appmgr-845d85c989-qxd98 2/2 Running 0 160m |
| deployment-ricplt-dbaas-7c44fb4697-flplq 1/1 Running 0 159m |
| deployment-ricplt-e2mgr-569fb7588b-wrxrd 1/1 Running 0 159m |
| deployment-ricplt-e2term-alpha-db949d978-rnd2r 1/1 Running 0 159m |
| deployment-ricplt-jaegeradapter-585b4f8d69-tmx7c 1/1 Running 0 158m |
| deployment-ricplt-rsm-755f7c5c85-j7fgf 1/1 Running 0 158m |
| deployment-ricplt-rtmgr-c7cdb5b58-2tk4z 1/1 Running 0 160m |
| deployment-ricplt-submgr-5b4864dcd7-zwknw 1/1 Running 0 159m |
| deployment-ricplt-vespamgr-864f95c9c9-5wth4 1/1 Running 0 158m |
| r3-infrastructure-kong-68f5fd46dd-lpwvd 2/2 Running 3 160m |
| |
| # kubectl get pods -n ricinfra |
| NAME READY STATUS RESTARTS AGE |
| deployment-tiller-ricxapp-d4f98ff65-9q6nb 1/1 Running 0 163m |
| tiller-secret-generator-plpbf 0/1 Completed 0 163m |
| |
| **Checking Container Health** |
| |
| Check the health of the application manager platform component by querying it |
| via the ingress controller using the following command. |
| |
| .. code:: bash |
| |
| % curl -v http://localhost:32080/appmgr/ric/v1/health/ready |
| |
| The output should look as follows. |
| |
| .. code:: |
| |
| * Trying 10.0.2.100... |
| * TCP_NODELAY set |
| * Connected to 10.0.2.100 (10.0.2.100) port 32080 (#0) |
| > GET /appmgr/ric/v1/health/ready HTTP/1.1 |
| > Host: 10.0.2.100:32080 |
| > User-Agent: curl/7.58.0 |
| > Accept: */* |
| > |
| < HTTP/1.1 200 OK |
| < Content-Type: application/json |
| < Content-Length: 0 |
| < Connection: keep-alive |
| < Date: Wed, 22 Jan 2020 20:55:39 GMT |
| < X-Kong-Upstream-Latency: 0 |
| < X-Kong-Proxy-Latency: 2 |
| < Via: kong/1.3.1 |
| < |
| * Connection #0 to host 10.0.2.100 left intact |
| |
| |
| **Undeploying the Infrastructure and Platform Groups** |
| |
| To undeploy all the containers, perform the following steps in a root shell |
| within the it-dep repository. |
| |
| .. code:: bash |
| |
| # cd bin |
| # ./undeploy-ric-platform |
| |
| Results similar to below indicate a complete and successful cleanup. |
| |
| .. code:: |
| |
| # ./undeploy-ric-platform |
| Undeploying RIC platform components [appmgr rtmgr dbaas1 e2mgr e2term a1mediator submgr vespamgr rsm jaegeradapter infrastructure] |
| release "r3-appmgr" deleted |
| release "r3-rtmgr" deleted |
| release "r3-dbaas1" deleted |
| release "r3-e2mgr" deleted |
| release "r3-e2term" deleted |
| release "r3-a1mediator" deleted |
| release "r3-submgr" deleted |
| release "r3-vespamgr" deleted |
| release "r3-rsm" deleted |
| release "r3-jaegeradapter" deleted |
| release "r3-infrastructure" deleted |
| configmap "ricplt-recipe" deleted |
| namespace "ricxapp" deleted |
| namespace "ricinfra" deleted |
| namespace "ricplt" deleted |
| |
| |
| **Restarting the VM** |
| |
| After a reboot of the VM, and a suitable delay for initialization, |
| all the containers should be running again as shown above. |