Restructured the installation-instruction file into indexed sub files

Created a section based structure for the installation-instruction.
It should show on the html artifact as a structured web page.  We may want to move
some sections to other directories to incorporate them into the release configguide.
Left that for step 2...

Change-Id: I4e2b4f398cbb0f4203166af68520ce4ecd82a328
Signed-off-by: ChristopherPrice <christopher.price@ericsson.com>

1 files changed, 24 insertions, 0 deletions

diff --git a/docs/installation-instructions/architecture.rst b/docs/installation-instructions/architecture.rst
new file mode 100644
index 00000000..33b96bd0
--- /dev/null
+++ b/docs/installation-instructions/architecture.rst
@@ -0,0 +1,24 @@
+Triple-O Deployment Architecture
+================================
+
+Apex is based on RDO Manager which is the RDO Project's implementation of
+the OpenStack Triple-O project.  It is important to understand the basics
+of a Triple-O deployment to help make decisions that will assist in
+successfully deploying OPNFV.
+
+Triple-O stands for OpenStack On OpenStack.  This means that OpenStack
+will be used to install OpenStack. The target OPNFV deployment is an
+OpenStack cloud with NFV features built-in that will be deployed by a
+smaller all-in-one deployment of OpenStack.  In this deployment
+methodology there are two OpenStack installations. They are referred
+to as the undercloud and the overcloud. The undercloud is used to
+deploy the overcloud.
+
+The undercloud is the all-in-one installation of OpenStack that includes
+baremetal provisioning.  RDO Manager's deployment of the undercloud is
+call Instack. Instack will be deployed as a virtual machine on a jumphost.
+This VM is pre-built and distributed as part of the Apex RPM.
+
+The overcloud is OPNFV. Configuration will be passed into Instack and
+Instack will use OpenStack's orchestration component call Heat to
+execute a deployment will provision the target nodes to become OPNFV.