summaryrefslogtreecommitdiffstats
path: root/doc/06-Information_Flows.rst
diff options
context:
space:
mode:
authorzhang-jun3g <zhang.jun3g@zte.com.cn>2015-11-09 16:31:16 +0800
committerzhang-jun3g <zhang.jun3g@zte.com.cn>2015-11-09 16:31:16 +0800
commitf24247660e9f6539737d460c59ab66ec2068333b (patch)
tree349ba7d21b8eb684b1fcaf700524fdd3d5375e67 /doc/06-Information_Flows.rst
parent38709b4780c336ac5ac8fbcd34217dcf71a33d6d (diff)
Move files from doc to docs
Move files to docs for automation html release. JIRA:ESCALATOR-27 Change-Id: I3654b18ad6c7fc94614fd55afe5e3140bf467752 Signed-off-by: zhang-jun3g <zhang.jun3g@zte.com.cn>
Diffstat (limited to 'doc/06-Information_Flows.rst')
-rw-r--r--doc/06-Information_Flows.rst56
1 files changed, 0 insertions, 56 deletions
diff --git a/doc/06-Information_Flows.rst b/doc/06-Information_Flows.rst
deleted file mode 100644
index 641b59b..0000000
--- a/doc/06-Information_Flows.rst
+++ /dev/null
@@ -1,56 +0,0 @@
-Information Flows
------------------
-
-This section describes the information flows among the function
-entities when Escalator is in actions.
-
-1. Upgrade process of Compute nodes
-
-1.1 consider VIM as a whole
-
-.. figure:: images/figure4.png
- :name: figure4
- :width: 100%
-
-process is:
-1. Operators add new version files on the VIM,initiate the upgrade.
-2. VIM chooses some compute nodes as the upgrade target nodes, and set them
-into maintenance mode. VIM queries the list of running VMs on target nodes.
-3. VIM notice VNFM corresponding to the virtual machine, to migrate the
-business.
-4. VNFM migrates the business. If the business is in active of active-standby
-mode, it will initiate switch-over. If the business is in loading balance mode,
-it will move the business to other node.
-5. After VNFM moves business, it notifies the VIM.
-6. VIM judges whether the business on the target VM has all been moved. If
-not, VIM migrates the VM with business loaded to other free nodes. Then VIM
-upgrades the target computer nodes. After upgrade, VIM set the target compute
-nodes into normal nodes.
-7. If there are computer nodes remained to be upgraded, goto step 2.
-
-4.2 from inside VIM
-
-.. figure:: images/figure5.png
- :name: figure5
- :width: 100%
-
-.. figure:: images/figure6.png
- :name: figure6
- :width: 100%
-
-process is:
-1. Upgrade manager receives user operation commands. Add new version files.
-Upgrade is began.
-2. Upgrade Manager selects compute node A to Upgrade. Query list of the VMs
-running the compute nodes A to the Cloud Manager, and set the node to
-maintenance mode, that is to say creation or migration of new VM on this node
-is impossible anymore.
-3. Upgrade Manager notifies VNFM compute node A into maintenance mode by VIM
-interface, temporarily disabling the inserting of business, and business on
-compute node A need move to the other available compute nodes.
-4. When receives the VNFM reply, or waited for a timeout, Upgrade Manager
-notifies the system support on compute node A to do software upgrade.
-5. After upgraded, Upgrade Manager removes maintenance mode for the compute
-node A.
-6. Upgrade Manager claims VNFM computing nodes A available.
-7. Select computer node B to upgrade \ No newline at end of file