this page docs the POC proposed in Sept 2015 - see details of how to get started with MaaS here: https://wiki.opnfv.org/pharos/maas_getting_started_guide

Above Diagram represent the End state diagram of different labs. Basic idea is to use the community lab to deploy different installer repeatedly and reliably. Which will increase the usage of individual community lab and will be true integration lab with Linux Foundation lab.

• MAAS regional controller and cluster controller will have connectivity to community lab where deployment will take place.
• Each community data centre expected to have regional and cluster controller on interface (say eth4) which is connected to different pods jump hosts within data centre at eth4 only.
• Jump hosts and other deployment nodes needs to configure the PXE boot first with eth0 first then eth4 in sequence then to hard disk.
• Cluster controller will run DHCP/DNS/TFTP/PXE on eth4 interface network to control the jump host.

1. Acquire a individual node or group of nodes of deployment through MAAS REST API depend on which community lab needs to use.
2. jenkins server kicks off maas workflow job to initiate pod build out in a lab
3. maas regional controller receives job and sends task to cluster controller for the lab
4. The cluster controller builds the jump box for OPNFV installer of choice: Fuel, Foreman, RDO, APEX, JOID, COMPASS, etc…
5. The jumpbox builds out an OPNFV for the compute nodes of the pod with correct OS and SDN controller: Ubuntu, CentOS, Daylight, Contrail, Midonet, etc
6. FUNCTEST jobs run to validate the environment
7. A quick QTIP benchmark is run to provide a performance score
8. More in depth tests can be run as desired: vsperf, storage, yardstick, etc
9. When testing is complete the servers are erased and the pod is rebuilt with the new parameters