summaryrefslogtreecommitdiffstats
path: root/fuel/deploy/baremetal/dha.yaml
blob: 6240f0794576e7e5fb989208073a42a5094ee796 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
title: Deployment Hardware Adapter (DHA)
# DHA API version supported
version: 1.1
created: Mon May  4 09:03:46 UTC 2015
comment: Test environment Ericsson Montreal

# Adapter to use for this definition
adapter: ipmi

# Node list.
# Mandatory properties are id and role.
# The MAC address of the PXE boot interface for Fuel is not
# mandatory to be defined.
# All other properties are adapter specific.

nodes:
- id: 1
  pxeMac: 14:58:D0:54:7A:28
  ipmiIp: 10.118.32.205
  ipmiUser: username
  ipmiPass: password
- id: 2
  pxeMac: 14:58:D0:55:E2:E0
  ipmiIp: 10.118.32.202
  ipmiUser: username
  ipmiPass: password
# Adding the Fuel node as node id 3 which may not be correct - please
# adjust as needed.
- id: 3
  libvirtName: vFuel
  libvirtTemplate: vFuel
  isFuel: yes
  username: root
  password: r00tme

# Deployment power on strategy
# all:      Turn on all nodes at once. There will be no correlation
#           between the DHA and DEA node numbering. MAC addresses
#           will be used to select the node roles though.
# sequence: Turn on the nodes in sequence starting with the lowest order
#           node and wait for the node to be detected by Fuel. Not until
#           the node has been detected and assigned a role will the next
#           node be turned on.
powerOnStrategy: sequence

# If fuelCustomInstall is set to true, Fuel is assumed to be installed by
# calling the DHA adapter function "dha_fuelCustomInstall()"  with two
# arguments: node ID and the ISO file name to deploy. The custom install
# function is then to handle all necessary logic to boot the Fuel master
# from the ISO and then return.
# Allowed values: true, false
fuelCustomInstall: true
n> | | +--------------+--------------------------------------------------------------+ |applicability | Test can be configured with different packet sizes and | | | test duration. Default values exist. | | | | | | SLA (optional): max_mean_latency | | | | +--------------+--------------------------------------------------------------+ |pre-test | The POD can be reached by external ip and logged on via ssh | |conditions | | +--------------+--------------------------------------------------------------+ |test sequence | description and expected result | | | | +--------------+--------------------------------------------------------------+ |step 1 | Install netperf tool on each specified node, one is as the | | | server, and the other as the client. | | | | +--------------+--------------------------------------------------------------+ |step 2 | Log on to the client node and use the netperf command to | | | execute the network performance test | | | | +--------------+--------------------------------------------------------------+ |step 3 | The throughput results stored. | | | | +--------------+--------------------------------------------------------------+ |test verdict | Fails only if SLA is not passed, or if there is a test case | | | execution problem. | | | | +--------------+--------------------------------------------------------------+