Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

In a data center environment, a remote management infrastructure (a.k.a. Light Out Management) is a important part of the running a large scale system efficiently and reliably. Such remote management infrastructure however is not an explicit requirement of CVP at this time. The test suite does not make direct reference to the existence of a remote management system, although it is a recommended component.

1.2 Compute Hardware

The following bare metal hardware is required:

...

1.2.1 Jumphost

The jumphost should meet the following minimum hardware requirements.

The 5 controller and compute hosts should meet the following minimum hardware requirements.

  •  

 

 

1.3 Networking

1.4 Management

...

is not part of the SUT in Dovetail, but is required for the Dovetail testing apparatus. Dovetail installs Docker based containers and other testing tools in this host to drive the automated testing procedures. This host must have the necessary network connection such that it has good access to the Internet and the VIM's API interface to drive testing. While Dovetail does not specify any strict minimum hardware requirement, and Docker has very little in its "minimum" requirements, we still recommend at least a workstation level host with 64 bit processor that, for instance, meets or exceeds the following spec, /*please verify these are reasonable recommendations ??? */

Processor: 2-4 cores
Memory: 32 GB RAM
Hard disk space: 60 GB

The jumphost can itself be a virtual machine or container. However, for simplicity, this document always assumes that it is a bare metal machine.

1.2.2 Controller and Compute Hosts

The Controller and Compute hosts are collectively referred to as simply the Hosts. They are part of the SUT in Dovetail. The 5 controller and compute hosts should meet the following minimum hardware requirements.

CPU:

  • Intel Xeon E5-2600v2 Series or newer
  • AArch64 (64bit ARM architecture) compatible (ARMv8 or newer)

Firmware:

  • BIOS/EFI compatible for x86-family blades
  • EFI compatible for AArch64 blades

Local Storage:

Below describes the minimum for the Pharos spec, which is designed to provide enough capacity for a reasonably functional environment. We recommend the same as minimum requirement for CVP testing.

  • Disks: 2 x 1TB HDD + 1 x 100GB SSD (or greater capacity)
  • The first HDD should be used for Operating System and additional software/tool installation
  • The second HDD is configured for object storage (e.g. based on CEPH or others)
  • The SSD should be used as the object store database journal (e.g. based on CEPH or others)
  • Performance testing requires a mix of compute nodes with CEPH (Swift+Cinder) and without CEPH storage /*to confirm that this is Not Applicable for Dovetail in current release because performance is not in scope. */
  • Virtual ISO boot capabilities or a separate PXE boot server (DHCP/tftp or Cobbler)

Memory:

  • 32GB RAM Minimum

Power Supply

  • Single power supply acceptable (redundant power not required/nice to have)

1.3 Networking Hardware

The OPNFV community Pharos specification documents several options for the physical networking configuration of the NFVI POD. In this section, we will use the Pharos as a reference to describe the required networking hardware configuration and point out areas where they are not strictly required for the purpose of CVP testing. The tester should take these as guidelines not strict requirements.

The NFV Infrastructure needs the following networks,

  1. Data Network
  2. Management Network
  3. Storage Network (optional)
  4. Administrative Network
  5. Lights-Out Management Network

1.3.1 Network Hardware

 

  • 24 or 48 Port Top Of Rack (TOR) Ethernet Switch with either 1GB or 10GB ports (or both): 1 unit is required. Dovetail currently does not test HA over switch failures.
  • NICs - Combination of 1GE and 10GE based on network topology options as defined below. These NICs are required per server and can be on-board or PCI-e modules.
  • Connectivity for each data or control network is through a separate NIC. This simplifies switch configuration but requires more NICs on the server and more ports on the switch.
  • BMC (Baseboard Management Controller) for lights-out management network using IPMI (Intelligent Platform Management Interface) is not required for Dovetail testing at this time.

The options of network topology below have been validated in the OPNFV community and can be recommended. However, you are not required to use these options for the purpose of the CVP. Other network configurations are also valid and can be sufficient for CVP.

 

1.3.2 Network Option Examples


  1. Option I: 4x1G Control, 2x10G Data, 48 Port Switch

    • 1 x 1G for lights-out Management

    • 1 x 1G for Admin/PXE boot

    • 1 x 1G for control-plane connectivity

    • 1 x 1G for storage

    • 2 x 10G for data network (redundancy, NIC bonding, High bandwidth testing)

  2. Option II: 1x1G Control, 2x 10G Data, 24 Port Switch

    • Connectivity to networks is through VLANs on the Control NIC

    • Data NIC used for VNF traffic and storage traffic segmented through VLANs

  3. Option III: 2x1G Control, 2x10G Data, 2x10G Storage, 24 Port Switch

    • Data NIC used for VNF traffic

    • Storage NIC used for control plane and Storage segmented through VLANs (separate host traffic from VNF)

    • 1 x 1G for lights-out mangement

    • 1 x 1G for Admin/PXE boot

    • 2 x 10G for control-plane connectivity/storage

    • 2 x 10G for data network

1.4 Management

1.5 Preparing the Hosts for CVP Testing

The SUT’s operating system and openstack version that have been tested by DoveTail are:

  1. operating system:

  • ubuntu 14.04

  • ubuntu 16.04

  • centos 7

  1. openstack version:

  • liberty

  • mitaka

  • newton

  • redhat osp9

 

2 Conducting CVP Tests using Dovetail

...

  1. update( yum, apt-ge,pip)

  2. install docker

https://docs.docker.com/engine/installation/linux/

Dovetail requires Python 2.7 or later and git /*version??*/, anything else?

...