X-Git-Url: https://gerrit.onap.org/r/gitweb?a=blobdiff_plain;f=docs%2Fmanual_use_case.rst;fp=docs%2Fmanual_use_case.rst;h=177f191b0cab0e95d71b79928729db6b4f7cd146;hb=a6cc59546bd07f9a47657a0cda2a11163938f4ca;hp=2984854d23f0376a44d6abc1f8ba6536380373d4;hpb=3b23393413913ec0c0e44df7f9b2fc673e93e503;p=vnfrqts%2Fusecases.git diff --git a/docs/manual_use_case.rst b/docs/manual_use_case.rst index 2984854..177f191 100644 --- a/docs/manual_use_case.rst +++ b/docs/manual_use_case.rst @@ -18,7 +18,9 @@ **Manual Scale Out Use Case** ================================== -In its Beijing Release, ONAP will support the ability to manually scale out VNF Components. Below is the Sequence Diagram for how Manual Scale Out will work in ONAP. +Since its Beijing Release, ONAP will support the ability to manually scale +out VNF Components. Below is the Sequence Diagram for how Manual Scale Out +will work in ONAP. |image0| @@ -26,26 +28,42 @@ Description of Workflow --------------------------------------------- At a high level the way Manual Scale Out will work is: - 1. Using VID, the operator will choose to scale out a VNFC by picking a VF_Module to scale and choosing which controller is responsible for that VNF. + + 1. Using VID, the operator will choose to scale out a VNFC by picking a + VF_Module to scale and choosing which controller is responsible for + that VNF. 2. VID sends the Scale Out Request to SO. - 3. When SO receives the Scaling request it will first send a request to the appropriate controller (APPC or SDNC) to execute a Healthcheck on the VNF. - 4. Once the Healthcheck has been run, SO executes the Heat Template associated with the VF Module requested by the VID Operator. - 5. After the new component(s) have been instantiated SO calls the responsible controller (via DMaaP) to configure the new instances. - 6. Finally a Healthcheck is run to ensure that the entire VNF is Operating as it should. + 3. When SO receives the Scaling request it will first send a request to + the appropriate controller (APPC or SDNC) to execute a Healthcheck on the + VNF. + 4. Once the Healthcheck has been run, SO executes the Heat Template + associated with the VF Module requested by the VID Operator. + 5. After the new component(s) have been instantiated SO calls the + responsible controller (via DMaaP) to configure the new instances. + 6. Finally a Healthcheck is run to ensure that the entire VNF is Operating + as it should. VNF Impacts ------------------------ -For VNFs to make use of the Manual Scaling Capabilities of ONAP, they must support the following functionality: +For VNFs to make use of the Manual Scaling Capabilities of ONAP, they must +support the following functionality: + 1. VNFs must support a Healthcheck as described in: `The Management Section of the ONAP VNF Guidelines `_. - a. R-31809 is the requirement dictating the need for VNF Healthchecks. - b. The Ansible Healthcheck Playbook description may be found in `The Ansible Standards and Capabilities Section `_. + + a. R-31809 is the requirement dictating the need for VNF Healthchecks. + b. The Ansible Healthcheck Playbook description may be found in `The Ansible Standards and Capabilities Section `_. + 2. VNF Heat Templates must be built according the `VNF Modularity Rules `_. - a. The VF_Module to be scaled must be built according the VNF Modularity Rules for Incremental Modules. - 3. Configuration of the VNF must be done via NETCONF, Chef, or Ansible as described in `Configuration Management `_. + + a. The VF_Module to be scaled must be built according the VNF + Modularity Rules for Incremental Modules. + + 3. Configuration of the VNF must be done via NETCONF, Chef, or Ansible + as described in `Configuration Management `_. .. |image0| image:: Scale_Out_Workflow.png - :width: 7in + :width: 8in :height: 9in