diff options
author | fuqiao <fuqiao@chinamobile.com> | 2016-09-21 16:41:38 +0800 |
---|---|---|
committer | fuqiao <fuqiao@chinamobile.com> | 2016-09-22 17:51:33 +0800 |
commit | 64552542d1e62978501ddb6ef60eebbd9aed84ca (patch) | |
tree | 93d4d67b1a339a37bdd42741bd33271719dfec18 /docs/userguide/Deployment_Guideline.rst | |
parent | 63479c68ccc97c60f2f7a119f65090f9e84492f5 (diff) |
Update Deployment doccolorado.1.0.1
Update the deployment doc with figures
JIRA:HA-24
Change-Id: I111b456881ea362a0b90ed30e4e7882574754cb3
Signed-off-by:fuqiao@chinamobile.com
Diffstat (limited to 'docs/userguide/Deployment_Guideline.rst')
-rw-r--r-- | docs/userguide/Deployment_Guideline.rst | 27 |
1 files changed, 13 insertions, 14 deletions
diff --git a/docs/userguide/Deployment_Guideline.rst b/docs/userguide/Deployment_Guideline.rst index d6a8cf3..7d3b018 100644 --- a/docs/userguide/Deployment_Guideline.rst +++ b/docs/userguide/Deployment_Guideline.rst @@ -27,7 +27,7 @@ sure to react in its best way when facing failure. The following picture shows the the architecture of HA deployment based on the framework from ETSI NFV ISG. -.. figure:: Overview.jpg +.. figure:: Overview.png :alt: Architecture for HA Deployment :figclass: align-center @@ -70,7 +70,7 @@ of failure to the VIM, and congress provides proper recovery procedure. In such the compute nodes are not recovered by the cluster scheme, but recovered under the supervision of VIM. -.. figure:: topology_control_compute.jpg +.. figure:: topology_control_compute.png :alt: HA Deployment Topology of Control Nodes and Compute Nodes :figclass: align-center @@ -88,7 +88,7 @@ compute nodes. On thing to be notify is that all hosts in the NFV system should have at least two NICs that are bonded via LACP. -.. figure:: topology_control_compute_network.jpg +.. figure:: topology_control_compute_network.png :alt: HA Deployment Topology of Control Nodes and Compute Nodes and Network Nodes :figclass: align-center @@ -125,7 +125,7 @@ such as Pacemaker, is recommended to use to provide the following metrics. Figure 4 shows the details of HA schemes for Openstack controller nodes with Pacemaker. -.. figure:: HA_control.jpg +.. figure:: HA_control.png :alt: HA Deployment of Openstack Control Nodes based on Pacemaker :figclass: align-center @@ -248,7 +248,7 @@ such scheme should coordinate with the VM HA scheme, so that when both the host VM detect the failure, they should know who should take responsibility for the evacuation. -.. figure:: HA_Hypervisor.jpg +.. figure:: HA_Hypervisor.png :alt: HA Deployment of Host OS and Hypervisor :figclass: align-center @@ -278,7 +278,7 @@ rely on VMs to provide redundancy. However, for stateful VNFs, there should be d between the active VM and standby VM. In this case, fault for the active VM can also be copied to the standby VM, leading to failure of the new active VM. -.. figure:: images/HA_VM.jpg +.. figure:: HA_VM.png :alt: VM Active/Standby Deployment :figclass: align-center @@ -310,7 +310,7 @@ affinity/inaffinity deployment support. example about watchdog Figure 7 gives an example for the VNF HA scheme. -.. figure:: HA_VNF.jpg +.. figure:: HA_VNF.png :alt: HA Deployment of VNFs :figclass: align-center @@ -331,6 +331,12 @@ Deployment Framework Figure 8 shows an overall architecture for the HA deployment of ARNO. +.. figure:: HA_ARNO.png + :alt: HA Deployment of OPNFV ARNO release + :figclass: align-center + + Fig 8. HA Deployment of OPNFV ARNO release + For OPNFV Arno release, HA deployment of Openstack Control Node (Openstack Juno) and ODL controller (ODL Helium) is supported. Both deployment tools (fuel and forman)support such HA deployment. @@ -351,13 +357,6 @@ Controller hardware: * dead disk * full disk -Figure 9 gives an example for the VNF HA scheme. - -.. figure:: HA_ARNO.jpg - :alt: HA Deployment of OPNFV ARNO release - :figclass: align-center - - Fig 9. HA Deployment of OPNFV ARNO release HA test result for ARNO ------------------------------------------------- |