summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorTrevor Cooper <trevor.cooper@intel.com>2015-06-03 19:44:26 +0000
committerTrevor Cooper <trevor.cooper@intel.com>2015-06-03 19:44:26 +0000
commitcf039833c788ac8961246b2d6150e6626a0498ed (patch)
tree7581dca791a81513f5db7e0a2305fd77e6b80faa
parent007cdf74bff97df129006be75f5fdd009cf33d4d (diff)
Clean up and minor edits
Change-Id: I585f561fb281d906acecf881ae5040b22e6ed237 Signed-off-by: Trevor Cooper <trevor.cooper@intel.com>
-rw-r--r--docs/pharos-spec.rst20
1 files changed, 8 insertions, 12 deletions
diff --git a/docs/pharos-spec.rst b/docs/pharos-spec.rst
index 28a9770c..d642de4d 100644
--- a/docs/pharos-spec.rst
+++ b/docs/pharos-spec.rst
@@ -4,15 +4,16 @@ Pharos Specification
Objectives / Scope
-------------------
-Pharos spec defines the OPNFV test environment (in which OPNFV platform can be deployed and tested).
+Pharos defines the state of the deployment environment (i.e. pre-deployment state). While it defines the state of the environment it does not define the implementation of a test infrastructure. This guarantees that the OPNFV platform will sucessfully deploy and can be tested using the the automated toolchain.
+A Pharos compliant lab ...
- Provides a secure, scalable, standard and HA environment
- Supports full deployment lifecycle (this requires a bare metal environment)
- Supports functional and performance testing
- Provides common tooling and test scenarios (including test cases and workloads) available to the community
- Provides mechanisms and procedures for secure remote access to the test environment
-Virtualized environments will be useful but do not provide a fully featured deployment/test capability.
+Virtualized environments will be useful for development but do not provide a fully featured deployment/test capability.
The high level architecture may be summarized as follows:
@@ -22,9 +23,9 @@ Constraints of a Pharos compliant OPNFV test-bed environment
-------------------------------------------------------------
- One CentOS 7 Jump Server on which the virtualized Openstack/OPNFV installer runs
-- Desired installer - may be Fuel, Foreman, Juju, etc
+- Desired installer - may be Fuel, Foreman, etc
- 2 - 5 compute / controller nodes (`BGS <https://wiki.opnfv.org/get_started/get_started_work_environment>`_ requires 5 nodes)
-- Network topology allowing for LOM, Admin, Public, Private, and Storage Networks
+- Network topology allowing for Lights-out management, Admin, Public, Private, and Storage Networks
- Remote access
- Test Tools
@@ -34,9 +35,9 @@ Target Systems State
- Target system state includes default software components, network configuration, storage requirements `https://wiki.opnfv.org/get_started/get_started_system_state <https://wiki.opnfv.org/get_started/get_started_system_state>`
-Rls 1 specification is modeled from Arno
+Rls 1 specification is modeled on setups used for integration/deployment with Fuel and Foreman ...
-* First draft of environment for BGS https://wiki.opnfv.org/get_started/get_started_work_environment
+* Draft of environment for BGS https://wiki.opnfv.org/get_started/get_started_work_environment
* Fuel environment https://wiki.opnfv.org/get_started/networkingblueprint
* Foreman environment https://wiki.opnfv.org/get_started_experiment1#topology
@@ -177,14 +178,9 @@ Network Interfaces
* 2 x 10G for control plane connectivity/Storage
* 2 x 40G (or 10G) for data network
-Storage Network
-----------------
-
-- Needs specification
-
** Topology **
-- Subnet, VLANs (want to standardize but may be constrained by existing lab setups or rules)
+- Subnet, VLANs (may be constrained by existing lab setups or rules)
- IPs
- Types of NW - lights-out, public, private, admin, storage
- May be special NW requirements for performance related projects