Age | Commit message (Collapse) | Author | Files | Lines |
|
This patch contains implementation of kvmfornfv
os-nosdn-kvm_ovs_dpdk-ha and os-nosdn-kvm_ovs_dpdk-noha scenarios by
enabling DPDK.
Change-Id: I9a57d7fdc6282f5446240c3129f4cc390d124515
Co-Authored-By: Navya <b.navya4@tcs.com>
Signed-off-by: Gundarapu Kalyan Reddy <reddyx.gundarapu@intel.com>
|
|
Change-Id: I5c7d9b712c66860bfbe923396e12641c17d439b5
Signed-off-by: wuwb1989 <wuwenbin2@huawei.com>
|
|
Change-Id: I04dd8b4bdddc5678b158d7287c6ffc52d1bce135
Signed-off-by: wuwb1989 <wuwenbin2@huawei.com>
|
|
- remove release from scenario files
- remove old versions of scenario files
- remove versions from scenario file names and update scenario.yaml
- update README
Change-Id: I5203ea0794b96fb44f6a9db25b33e5066c1d9574
Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
|
|
Unfortunately this scenario is hardwired to work with Ericsson POD-2 only
Change-Id: I3a0b56d7ff71e0ec9cd97b8ef5946fb438d43e62
Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
|
|
Change-Id: I82ce16751b4d52d6fdb39883b730073164f9dfe0
|
|
- 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>
|
|
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>
|
|
|
|
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
|
|
Change-Id: I4eb093c2fe4208975d08ffc2477e8ff04b213afd
Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
|
|
- 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>
|
|
Change-Id: I709d5868ebe038f908b43d930117060ba1936a61
Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
|
|
Change-Id: Iaaa36203e826e1785489538f06ea1a25da373945
|
|
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>
|
|
Change-Id: I331a9936156730e58846007f154e6eadaeedd5ba
|
|
- 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>
|
|
- 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>
|
|
To use the bgpvpn fuel plugin configs where added
and a first scenario using it is added
Change-Id: Id3c65abe39e1945f6a451c523732a513b01db696
|
|
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>
|
|
Change-Id: I2a42cff6f128bc0faca40bd6576c52282e66c0f4
Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
|
|
- Fixed HA defenition for ODL-L2 and ODL-L3 in scenario.yaml
Change-Id: I60cbac779b2faa34f0bf96159839826e157295fe
Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
|
|
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>
|
|
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>
|