summaryrefslogtreecommitdiffstats
path: root/deploy/scenario/scenario.yaml
AgeCommit message (Collapse)AuthorFilesLines
2016-03-18Storage fix for the KVM scenarioJonas Bjurel1-2/+2
- Ceph is used with a replication factor of 1 - In no-ha, a separate node is used for ceph-osd - In ha, one of the controllers is used for ceph-osd Change-Id: Ibb00b385fe138374e380839fbc12067fd71c2a26 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-17Scenario for SFCJonas Bjurel1-5/+6
Pleas carefully review this patch, especially the ODL features NOT VERIFIED DO NOT MERGE Change-Id: Ief3fa22d5fd03c17101aef4cbe7dcf88f5f14e8c Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-16Merge "Applying ODL changes to BGPVPN scenario"Jonas Bjurel1-0/+2
2016-02-15Applying ODL changes to BGPVPN scenarioNikolas Hermanns1-0/+2
Since module substitionion does not support arrays the plugin attributes are added to the scenario file and not taken from the plugin files. In addition the bgpvpn plugin contains a fix for the instable stable/liberty branch now. Change-Id: I94ce93bbbe6596ff9417bdd8c11dc62cd2167c11
2016-02-15Rebased NFVOVS to the new plugin archJonas Bjurel1-2/+2
Change-Id: I4eb093c2fe4208975d08ffc2477e8ff04b213afd Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-12Fix for the KVM4NFV scenariosJonas Bjurel1-2/+2
- The qemu plugin has been rebased to the newer plugin framework vesion. The scenarios need to be rebased accordingly VERIFIED READY TO MERGE Change-Id: I4d74d1e94b12763f33d7731d5899a724bedcb0ce Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-05URGENT Quick-fix for scenariosJonas Bjurel1-1/+1
Change-Id: I709d5868ebe038f908b43d930117060ba1936a61 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-01onos change scenariodongfeng1-2/+2
Change-Id: Iaaa36203e826e1785489538f06ea1a25da373945
2016-01-29Rebasement of Fuel8 deployment configuration files and scenariosJonas Bjurel1-27/+12
Note: - Lab configurations removed - Most of the POD configuration files resides in the securedlab repo - The securedlab repo is very restricive, cause it carries Lab internal secrets TODO: - Ericsson virt is not yet rebased - Intel virt is not yet rebased - LF-POD2 is not yet rebased - Deployment scenarios for vsperf, NFVOVS, NFVKVM, ONOS, VSPERF, BGPVPN is not yet rebased NOT VERIFIED DO NOT MERGE Change-Id: I59d96acb26c06abf60c254fae8ea2ced332e5884 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-22add map for onos virtual deploymentdongfeng1-0/+6
Change-Id: I331a9936156730e58846007f154e6eadaeedd5ba
2016-01-19Scenario uplift to Fuel8Jonas Bjurel1-7/+10
- Re arranged node-roles according to Fuel8 requirements o There must be at least 3 CephOSD nodes o Ceph-OSD cannot be co-located with Mongo o Mongo cann not run on compute Change-Id: I55b99bb4e5779170b31a56025d36b9b55a1a4da2 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-19Temporary fix for ONOS deployment scenario.Jonas Bjurel1-2/+10
- Although ONOS supports L3, this patch doesnt let the L3 capabilities of ONOS loose - this is due to OPNFV Pharos lab incompatibilities with ONOS. Hope to have a fix soon - Also provides a template for scenario short names Change-Id: Ie86bcdc23492ee0fd7a19c11eecfca07afb64df3 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-14Adding fuel-bgpvpn-plugin and ScenarioNikolas Hermanns1-0/+3
To use the bgpvpn fuel plugin configs where added and a first scenario using it is added Change-Id: Id3c65abe39e1945f6a451c523732a513b01db696
2016-01-13Align scenario short names between installersFatih Degirmenci1-16/+23
The fields in scenario short name is agreed between joid and fuel as below. os-[controller]-[feature]-[mode](-[optionalparameter]) Change-Id: I3729e660c10429df0e2d8cf25e4b5a66128afa7e Signed-off-by: Fatih Degirmenci <fatih.degirmenci@ericsson.com>
2016-01-12VLAN Segmentation scenarios needed for virtual traffic classifierJonas Bjurel1-0/+6
Change-Id: I2a42cff6f128bc0faca40bd6576c52282e66c0f4 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-12Deploy Scenario bug-fixesJonas Bjurel1-2/+2
- Fixed HA defenition for ODL-L2 and ODL-L3 in scenario.yaml Change-Id: I60cbac779b2faa34f0bf96159839826e157295fe Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-10ONOS scenario according to wanted config file structureJonas Bjurel1-2/+2
Replaces: - https://gerrit.opnfv.org/gerrit/#/c/5999/ - https://gerrit.opnfv.org/gerrit/#/c/6003/ Description: - Onos scenarios updated with needed dea and dha overrides, no scenario specific information in other config files such dha, dea_base, dea_pod override, etc. - Added a virtual POD for Huawei-china specific needs, i.e. DNS and NTP. - Small fix in deploy-conf.py Change-Id: I85fe2fc4e9ec5fe0bc98ae7b399f2e49af6450f9 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-08A simple method to separate configuration for base fuel, plugins, PODsJonas Bjurel1-0/+56
and deployment/test scenarios READY TO MERGE! Replaces: https://gerrit.opnfv.org/gerrit/#/c/3995/ Abstract -------- This deployment framework relies on a configuration structure, providing base installer configuration, per POD specific configuration, plugin configuration, and deployment scenario configuration. - The base installer configuration resembles the least common denominator of all HW/POD environment and deployment scenarios (These configurations are normally carried by the the installer projects in this case (fuel@OPNFV). - Per POD specific configuration specifies POD unique parameters, the POD parameter possible to alter is governed by the Fuel@OPNFV project. - Plugin configuration - providing configuration of a specific plugin. these configurations maintain there own namespace and are normally maintained by collaborative projects building Fuel@OPNFV plugins - Deployment scenario configuration - provides a high level, POD/HW environment independent scenario configuration for a specific deployment. It defines what features/plugins that shall be deployed - as well needed overrides of the plugin config as well as the base installer-, POD/HW environment- configurations. Objects allowed to override is governed by the Fuel@OPNFV project. Executing a deployment ---------------------- deploy.sh must be executed locally at the target lab/pod/jumpserver A lab configuration structure must be provided - see the section below. It is straight forward to execute a deployment task - as an example: sudo deploy.sh -b file:///home/jenkins/config -l ericsson-1 -p pod-2 -s os_odl-l2_no-ha -i file:///home/jenkins/MyIso.iso -b and -i arguments should be expressed in URI style. The resources can thus be local or remote. Feedback -------- Please give feed-back before I'm going to far on a wrong tangent Implemented scenarios so far: ----------------------------- - os_ha - os_no-ha - os_odl-l3_ha - os_odl-l3_no-ha - os_odl-l2_ha - os_odl-l2_no-ha - os_onos_ha - os_onos_no-ha - os_kvm_ha - os_kvm_no-ha - os_ovs_ha - os_ovs_no-ha - os_kvm_ovs_ha - os_kvm_ovs_no-ha VERIFIED READY TO MERGE JIRA: FUEL-35 Change-Id: I94a9b477d8ed4ee8057c16d8f20fe543f7ecc20d Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>