scenarios/examples/sdf-mano-example.yaml

   1 ---
   2 ##############################################################################
   3 # Copyright (c) 2017 Huawei and others.
   4 # ulrich.kleber@huawei.com
   5 # All rights reserved. This program and the accompanying materials
   6 # are made available under the terms of the Apache License, Version 2.0
   7 # which accompanies this distribution, and is available at
   8 # http://www.apache.org/licenses/LICENSE-2.0
   9 ##############################################################################
  10
  11 ##############################################################################
  12 # Description:
  13 # This is an example for a MANO scenario
  14 # It illustrates how MANO components can test orchestration capabilities
  15 # together with various infrastructure scenarios.
  16 # This way, the SDF describes the MANO components (NFVO and VNFM) only. For
  17 # the infrastructure (NFVI and VIM) part another scenario is just referenced;
  18 # that scenario is deployed independently in a separate deployment step, and
  19 # can be deployed even using a different installer tool.
  20 #
  21 # More details can be found in the scenario lifecycle document.
  22 # http://artifacts.opnfv.org/octopus/docs/scenario-lifecycle/index.html
  23 ##############################################################################
  24
  25 ##############################################################################
  26 # scenario meta-data: Metadata describing this sdf.yaml file and the
  27 # scenario history and purpose, like in any other scenario descriptor
  28 scenario-metadata:
  29   name: orchestra-example
  30   title: "orchestra main scenario"
  31   generic-scenario: false
  32   version: 1.0.3
  33   creation-date: 2017-07-13
  34   # This scenario integrates the main open-baton NFVO components to OPNFV
  35   # infrastructure.
  36   # In the first step, no sdn controller scenarios are supported, but only
  37   # os-nosdn-nofeature and os-nosdn-ovs, installed by compass.
  38   opnfv-release: euphrates
  39   opnfv-version:
  40     - begins: 5.1.0
  41   owner: Ulrich Kleber, ulrich.kleber@huawei.com
  42
  43 ##############################################################################
  44
  45 ##############################################################################
  46 # components
  47 components:
  48   - nfvo:
  49       type: open-baton
  50       version: 3.0
  51       # here a list of optional features or artifacts to deploy could follow
  52
  53   - vnfm:
  54       type: juju
  55       # juju doesn't have release name
  56       version: 2.2
  57
  58   - opnfv-infrastructure:
  59       release: euphrates    # this determines also ocata as openstack version
  60       version: 5.0.0
  61       scenarios:
  62         - os-nosdn-nofeature:
  63           options:
  64             - availability: [HA, NOHA]
  65             - tools: [compass, joid]
  66             # this is for the example. In first step only joid will work
  67         - os-nosdn-ovs:
  68           options:
  69             - availability: [HA, NOHA]
  70             - tools: compass
  71
  72 ##############################################################################
  73
  74 ##############################################################################
  75 # deployment options
  76
  77 deployment-options:
  78   deployment-types:
  79     - baremetal:
  80       architecture: x86_64
  81
  82   # $$$$ following proposal 2 from the template (patchset 6)
  83   roles:
  84     - jump-host:
  85         components:
  86           - open-baton
  87           - juju-controller
  88     - controller-node:
  89         components:
  90           - juju-client
  91           # this is in addition to the components defined in the
  92           # opnfv-infrastructure scenario.
  93     - compute-node:     # no additional component to be deployed here
  94
  95   role-distribution:
  96     - ha:
  97         controller-node: 3
  98         compute-node: 2
  99         jump-host: 1
 100     - noha:
 101         controller-node: 1
 102         compute-node: 4
 103         jump-host: 1
 104
 105   deployment-tools:
 106     # Please note that the component "opnfv-infrastructure" specified their
 107     # own deployment tools and options. Definition here is related only
 108     # for the nfvo and vnfm components specified above.
 109
 110     - joid:
 111         cpu: intel
 112         pod: baremetal
 113         availability: HA
 114     - joid:
 115         cpu: intel
 116         pod: baremetal
 117         availability: NOHA
 118     - joid:
 119         cpu: intel
 120         pod: virtual
 121         availability: NOHA
 122
 123 ##############################################################################
 124
 125 ##############################################################################
 126 # Prerequisites
 127 prerequisites:
 128   RAM: 128GB