This document consists of the following chapters:
+* Chapter :doc:`01-introduction` provides a brief introduction to yardstick
+ project's goal and scope and gives the structure of this document.
+
* Chapter :doc:`02-methodology` describes the methodology implemented by the
Yardstick Project for :term:`NFVI` verification.
* Chapter :doc:`03-architecture` provides information on the software architecture
of yardstick.
-* Chapter :doc:`04-vtc-overview` provides information on the :term:`VTC`.
+* Chapter :doc:`04-installation` provides instructions to install *Yardstick*.
+
+* Chapter :doc:`05-yardstick_plugin` provides information on how to integrate
+ other OPNFV testing projects into *Yardstick*.
+
+* Chapter :doc:`06-result-store-InfluxDB` provides inforamtion on how to run
+ plug-in test cases and store test results into community's InfluxDB.
+
+* Chapter :doc:`07-vtc-overview` provides information on the :term:`VTC`.
-* Chapter :doc:`05-apexlake_installation` provides instructions to install the
+* Chapter :doc:`08-apexlake_installation` provides instructions to install the
experimental framework *ApexLake*
-* Chapter :doc:`06-apexlake_api` explains how this framework is integrated in
+* Chapter :doc:`09-apexlake_api` explains how this framework is integrated in
*Yardstick*.
-* Chapter :doc:`07-nsb-overview` describes the methodology implemented by the
+* Chapter :doc:`10-nsb-overview` describes the methodology implemented by the
yardstick - Network service benchmarking to test real world usecase for a
given VNF
-* Chapter :doc:`08-nsb_installation` provides instructions to install
+* Chapter :doc:`11-nsb_installation` provides instructions to install
*Yardstick - Network service benchmarking testing*.
-* Chapter :doc:`09-installation` provides instructions to install *Yardstick*.
-
-* Chapter :doc:`10-yardstick_plugin` provides information on how to integrate
- other OPNFV testing projects into *Yardstick*.
-
-* Chapter :doc:`11-result-store-InfluxDB` provides inforamtion on how to run
- plug-in test cases and store test results into community's InfluxDB.
-
* Chapter :doc:`12-list-of-tcs` includes a list of available Yardstick test
cases.
is finished, TaskCommands will undeploy the heat stack. Then the whole test is
finished.
-.. image:: images/Logical_view.png
+.. image:: images/Yardstick_framework_architecture_in_D.png
:width: 800px
- :alt: Yardstick Logical View
+ :alt: Yardstick framework architecture in Danube
Process View (Test execution flow)
==================================
**yardstick/** - Yardstick main directory.
-*ci/* - Used for continuous integration of Yardstick at different PODs and
+*/tests/ci/* - Used for continuous integration of Yardstick at different PODs and
with support for different installers.
*docs/* - All documentation is stored here, such as configuration guides,
Yardstick Installation
======================
+
Abstract
--------
-Yardstick supports installation on Ubuntu 14.04 or via a Docker image. The
-installation procedure on Ubuntu 14.04 or via the docker image are detailed in
+Yardstick supports installation by Docker or directly in Ubuntu. The
+installation procedure for Docker and direct installation are detailed in
the section below.
To use Yardstick you should have access to an OpenStack environment, with at
*may* be of help in a proxified environment.
-Installing Yardstick on Ubuntu 14.04
-------------------------------------
-
-.. _install-framework:
-
-You can install Yardstick framework directly on Ubuntu 14.04 or in an Ubuntu
-14.04 Docker image. No matter which way you choose to install Yardstick
-framework, the following installation steps are identical.
-
-If you choose to use the Ubuntu 14.04 Docker image, You can pull the Ubuntu
-14.04 Docker image from Docker hub:
-
-::
-
- docker pull ubuntu:14.04
-
-Installing Yardstick framework
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-Download source code and install python dependencies:
-
-::
-
- git clone https://gerrit.opnfv.org/gerrit/yardstick
- cd yardstick
- ./install.sh
-
-
Installing Yardstick using Docker
---------------------------------
-Yardstick has a Docker image, this Docker image (**Yardstick-stable**)
-serves as a replacement for installing the Yardstick framework in a virtual
-environment (for example as done in :ref:`install-framework`).
-It is recommended to use this Docker image to run Yardstick test.
+Yardstick has a Docker image,
+**It is recommended to use this Docker image to run Yardstick test**.
Pulling the Yardstick Docker image
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
.. _dockerhub: https://hub.docker.com/r/opnfv/yardstick/
-Pull the Yardstick Docker image ('opnfv/yardstick') from the public dockerhub
+Pull the Yardstick Docker image (**opnfv/yardstick**) from the public dockerhub
registry under the OPNFV account: [dockerhub_], with the following docker
command::
REPOSITORY TAG IMAGE ID CREATED SIZE
opnfv/yardstick stable a4501714757a 1 day ago 915.4 MB
-Run the Docker image:
+Run the Docker image to get a Yardstick container
+^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
::
- docker run --privileged=true -it opnfv/yardstick:stable /bin/bash
+ docker run -itd --privileged -v /var/run/docker.sock:/var/run/docker.sock -p 8888:5000 -e INSTALLER_IP=192.168.200.2 -e INSTALLER_TYPE=compass --name yardstick opnfv/yardstick:stable
+
+note:
+
++----------------------------------------------+------------------------------+
+| parameters | Detail |
++==============================================+==============================+
+| -itd | -i: interactive, Keep STDIN |
+| | open even if not attached. |
+| | -t: allocate a pseudo-TTY. |
+| | -d: run container in |
+| | detached mode, in the |
+| | background. |
++----------------------------------------------+------------------------------+
+| --privileged | If you want to build |
+| | yardstick-image in yardstick |
+| | container, this parameter is |
+| | needed. |
++----------------------------------------------+------------------------------+
+| -e INSTALLER_IP=192.168.200.2 | If you want to use yardstick |
+| | env prepare command(or |
+| -e INSTALLER_TYPE=compass | related API) to load the |
+| | images that yardstick needs, |
+| | these parameters should be |
+| | provided. |
+| | The INSTALLER_IP and |
+| | INSTALLER_TYPE are depending |
+| | on your OpenStack installer, |
+| | currently apex, compass, |
+| | fuel and joid are supported. |
+| | If you use other installers, |
+| | such as devstack, these |
+| | parameters can be ignores. |
++----------------------------------------------+------------------------------+
+| -p 8888:5000 | If you want to call |
+| | yardstick API out of |
+| | yardstick container, this |
+| | parameter is needed. |
++----------------------------------------------+------------------------------+
+| -v /var/run/docker.sock:/var/run/docker.sock | If you want to use yardstick |
+| | env grafana/influxdb to |
+| | create a grafana/influxdb |
+| | container out of yardstick |
+| | container, this parameter is |
+| | needed. |
++----------------------------------------------+------------------------------+
+| --name yardstick | The name for this container, |
+| | not needed and can be |
+| | defined by the user. |
++----------------------------------------------+------------------------------+
+
+Enter Yardstick container
+^^^^^^^^^^^^^^^^^^^^^^^^^
+
+::
-In the container the Yardstick repository is located in the /home/opnfv/repos
+ docker exec -it yardstick /bin/bash
+
+In the container, the Yardstick repository is located in the /home/opnfv/repos
directory.
+In Danube release, we have improved the Yardstick installation steps.
+Now Yardstick provides a CLI to prepare openstack environment variables and
+load yardstick images::
+
+ yardstick env prepare
+
+If you ues this command. you can skip the following sections about how to
+prepare openstack environment variables, load yardstick images and load
+yardstick flavor manually.
+
+
+Installing Yardstick directly in Ubuntu
+---------------------------------------
+
+.. _install-framework:
+
+Alternatively you can install Yardstick framework directly in Ubuntu or in an Ubuntu Docker
+image. No matter which way you choose to install Yardstick framework, the
+following installation steps are identical.
+
+If you choose to use the Ubuntu Docker image, You can pull the Ubuntu
+Docker image from Docker hub:
+
+::
+
+ docker pull ubuntu:16.04
+
+
+Installing Yardstick framework
+^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+Download source code and install Yardstick framework:
+
+::
+
+ git clone https://gerrit.opnfv.org/gerrit/yardstick
+ cd yardstick
+ ./install.sh
+
+For installing yardstick directly in Ubuntu, the **yardstick env command** is not available.
+You need to prepare openstack environment variables, load yardstick images and load
+yardstick flavor manually.
+
OpenStack parameters and credentials
------------------------------------
::
- export YARD_IMG_ARCH="amd64"
- sudo echo "Defaults env_keep += \"YARD_IMG_ARCH\"" >> /etc/sudoers
sudo ./tools/yardstick-img-modify tools/ubuntu-server-cloudimg-modify.sh
**Warning:** the script will create files by default in:
--disk-format qcow2 --container-format bare \
--file /tmp/workspace/yardstick/yardstick-image.img
-Some Yardstick test cases use a Cirros image, you can find one at
-http://download.cirros-cloud.net/0.3.3/cirros-0.3.3-x86_64-disk.img
+Some Yardstick test cases use a Cirros image and a Ubuntu 14.04 image, you can find one at
+http://download.cirros-cloud.net/0.3.3/cirros-0.3.3-x86_64-disk.img, https://cloud-images.ubuntu.com/trusty/current/trusty-server-cloudimg-amd64-disk1.img
+
+Add cirros and ubuntu image to OpenStack:
+::
+
+ openstack image create \
+ --disk-format qcow2 \
+ --container-format bare \
+ --file $cirros_image_file \
+ cirros-0.3.3
+
+ openstack image create \
+ --disk-format qcow2 \
+ --container-format bare \
+ --file $ubuntu_image_file \
+ Ubuntu-14.04
Automatic flavor and image creation
------------------------------------
+^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+
Yardstick has a script for automatic creating yardstick flavor and building
guest images. This script is mainly used in CI, but you can still use it in
your local environment.
::
- export YARD_IMG_ARCH="amd64"
- sudo echo "Defaults env_keep += \"YARD_IMG_ARCH\"" >> /etc/sudoers
source $YARDSTICK_REPO_DIR/tests/ci/load_images.sh
-Yardstick default key pair
-^^^^^^^^^^^^^^^^^^^^^^^^^^
-Yardstick uses a SSH key pair to connect to the guest image. This key pair can
-be found in the ``resources/files`` directory. To run the ``ping-hot.yaml`` test
-sample, this key pair needs to be imported to the OpenStack environment.
-
-
Examples and verifying the install
----------------------------------
invocation of yardstick help command and ping.py test sample:
::
- yardstick –h
+ yardstick -h
yardstick task start samples/ping.yaml
Each testing tool supported by Yardstick has a sample configuration file.
Deploy InfluxDB and Grafana locally
------------------------------------
+The 'yardstick env' command can also help you to build influxDB and Grafana in
+your local environment.
+
+Create InfluxDB container and config with the following command::
+
+ yardstick env influxdb
+
+
+Create Grafana container and config::
+
+ yardstick env grafana
+
+Then you can run a test case and visit http://host_ip:3000(user:admin,passwd:admin) to see the results.
+
+note: Using **yardstick env** command to deploy InfluxDB and Grafana requires
+Jump Server's docker API version => 1.24. You can use the following command to
+check the docker API version:
+
+::
+
+ docker version
+
+The following sections describe how to deploy influxDB and Grafana manually.
+
.. pull docker images
Pull docker images
All in all, to create a test suite in yardstick, you just need to create a suite yaml file
and add test cases and constraint or task arguments if necessary.
-
echo "OS_PROJECT_NAME="$PROJECT_NAME >> ~/storperf_admin-rc
echo "OS_TENANT_ID="$TENANT_ID >> ~/storperf_admin-rc
+The generated "storperf_admin-rc" file will be stored under the root directory. If you installed Yardstick using Docker, this file will be located in the container. You may need to copy it to the root directory of the deployed host.
Step 1: Plug-in configuration file preparation
-++++++++++++++++++++++++++++++++++++++++++++++
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
To install a plug-in, first you need to prepare a plug-in configuration file in
YAML format and store it in the "plugin" directory. The plugin configration file
in my local environment.
Step 2: Plug-in install/remove scripts preparation
-++++++++++++++++++++++++++++++++++++++++++++++++++
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Under "yardstick/resource/scripts directory", there are two folders: a "install"
folder and a "remove" folder. You need to store the plug-in install/remove script
Step 3: Install and remove Storperf
-+++++++++++++++++++++++++++++++++++
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
To install Storperf, simply execute the following command
::
Run
===
-sudo ./pfbridge -a eth1 -b eth2
+::
+
+ sudo ./pfbridge -a eth1 -b eth2
+
Development Environment
=======================
-Ubuntu 14.04
+Ubuntu 14.04 Ubuntu 16.04
It is also requires the creation a configuration file using the following
command:
+::
+
SMCROUTE_NIC=(name of the nic)
where name of the nic is the name used previously for the variable "name_if_2".
The Network Service Benchmarking (NSB) extends the yardstick framework to do
VNF characterization and benchmarking in three different execution
-environments viz., bare metal i.e. native Linux environment, standalone virtual
+environments - bare metal i.e. native Linux environment, standalone virtual
environment and managed virtualized environment (e.g. Open stack etc.).
It also brings in the capability to interact with external traffic generators
both hardware & software based for triggering and validating the traffic
according to user defined profiles.
NSB extension includes:
- • Generic data models of Network Services, based on ETSI specs
- • New Standalone context for VNF testing like SRIOV, OVS, OVS-DPDK etc
- • Generic VNF configuration models and metrics implemented with Python
+
+ - Generic data models of Network Services, based on ETSI spec (ETSI GS NFV-TST 001)
+ .. _ETSI GS NFV-TST 001: http://www.etsi.org/deliver/etsi_gs/NFV-TST/001_099/001/01.01.01_60/gs_nfv-tst001v010101p.pdf
+
+ - New Standalone context for VNF testing like SRIOV, OVS, OVS-DPDK etc
+
+ - Generic VNF configuration models and metrics implemented with Python
classes
- • Traffic generator features and traffic profiles
- • L1-L3 state-less traffic profiles
- • L4-L7 state-full traffic profiles
- • Tunneling protocol / network overlay support
- • Test case samples
- • Ping
- • Trex
- • vPE,vCGNAT, vFirewall etc - ipv4 throughput, latency etc
- • Traffic generators like Trex, ab/nginx, ixia, iperf etc
- • KPIs for a given use case:
- • System agent support for collecting NFvi KPI. This includes:
- o CPU statistic
- o Memory BW
- o OVS-DPDK Stats
- • Network KPIs – eg, inpackets, outpackets, thoughput, latency etc
- • VNF KPIs – packet_in, packet_drop, packet_fwd etc
+
+ - Traffic generator features and traffic profiles
+
+ - L1-L3 state-less traffic profiles
+
+ - L4-L7 state-full traffic profiles
+
+ - Tunneling protocol / network overlay support
+
+ - Test case samples
+
+ - Ping
+
+ - Trex
+
+ - vPE,vCGNAT, vFirewall etc - ipv4 throughput, latency etc
+
+ - Traffic generators like Trex, ab/nginx, ixia, iperf etc
+
+ - KPIs for a given use case:
+
+ - System agent support for collecting NFVi KPI. This includes:
+
+ - CPU statistic
+
+ - Memory BW
+
+ - OVS-DPDK Stats
+
+ - Network KPIs, e.g., inpackets, outpackets, thoughput, latency etc
+
+ - VNF KPIs, e.g., packet_in, packet_drop, packet_fwd etc
Architecture
============
Network service definition
Network Service framework performs the necessary test steps. It may involve
- o Interacting with traffic generator and providing the inputs on traffic
+
+ - Interacting with traffic generator and providing the inputs on traffic
type / packet structure to generate the required traffic as per the
test case. Traffic profiles will be used for this.
- o Executing the commands required for the test procedure and analyses the
+
+ - Executing the commands required for the test procedure and analyses the
command output for confirming whether the command got executed correctly
or not. E.g. As per the test case, run the traffic for the given
time period / wait for the necessary time delay
- o Verify the test result.
- o Validate the traffic flow from SUT
- o Fetch the table / data from SUT and verify the value as per the test case
- o Upload the logs from SUT onto the Test Harness server
- o Read the KPI’s provided by particular VNF
+
+ - Verify the test result.
+
+ - Validate the traffic flow from SUT
+
+ - Fetch the table / data from SUT and verify the value as per the test case
+
+ - Upload the logs from SUT onto the Test Harness server
+
+ - Read the KPI's provided by particular VNF
Components of Network Service
------------------------------
+--------+ +-------+ +--------+
Supported testcases scenarios:
-• Correlated UDP traffic using TREX traffic generator and replay VNF.
- o using different IMIX configuration like pure voice, pure video traffic etc
- o using different number IP flows like 1 flow, 1K, 16K, 64K, 256K, 1M flows
- o Using different number of rules configured like 1 rule, 1K, 10K rules
+
+ - Correlated UDP traffic using TREX traffic generator and replay VNF.
+
+ - using different IMIX configuration like pure voice, pure video traffic etc
+
+ - using different number IP flows like 1 flow, 1K, 16K, 64K, 256K, 1M flows
+
+ - Using different number of rules configured like 1 rule, 1K, 10K rules
For UDP correlated traffic following Key Performance Indicators are collected
for every combination of test case parameters:
- • RFC2544 throughput for various loss rate defined (1% is a default)
+
+ - RFC2544 throughput for various loss rate defined (1% is a default)
Graphical Overview
==================
VNFs provided.
.. code-block:: console
+
+-----------+
| | +-----------+
| vPE | ->|TGen Port 0|
| Traffic | ->|TGen Port 1|
| patterns | +-----------+
+-----------+
+
Figure 1: Network Service - 2 server configuration
Run
===
-source ~/.bash_profile
-cd <yardstick_repo>/yardstick/cmd
-sudo -E ./NSBperf.py --vnf vpe --test tc_baremetal_rfc2544_ipv4_1flow_64B.yaml
+::
+
+ source ~/.bash_profile
+ cd <yardstick_repo>/yardstick/cmd
+ sudo -E ./NSBperf.py --vnf vpe --test tc_baremetal_rfc2544_ipv4_1flow_64B.yaml
Development Environment
=======================
Abstract
--------
-Yardstick supports installation on Ubuntu 14.04 or via a Docker image. The
-installation procedure on Ubuntu 14.04 or via the docker image are detailed in
-the section below.
-
The Network Service Benchmarking (NSB) extends the yardstick framework to do
VNF characterization and benchmarking in three different execution
environments viz., bare metal i.e. native Linux environment, standalone virtual
Prerequisites
-------------
-Refer chapter 08-instalaltion.rst for more information on yardstick
+Refer chapter Yardstick Instalaltion for more information on yardstick
prerequisites
Several prerequisites are needed for Yardstick(VNF testing):
-* Python Modules: pyzmq, pika.
-* flex
-* bison
-* build-essential
-* automake
-* libtool
-* librabbitmq-dev
-* rabbitmq-server
-* collectd
-* intel-cmt-cat
+
+- Python Modules: pyzmq, pika.
+
+- flex
+
+- bison
+
+- build-essential
+
+- automake
+
+- libtool
+
+- librabbitmq-dev
+
+- rabbitmq-server
+
+- collectd
+
+- intel-cmt-cat
Installing Yardstick on Ubuntu 14.04
------------------------------------
Installing Yardstick framework
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-Download source code and install python dependencies:
+Download source code and install Yardstick framework:
::
cd yardstick
./nsb_setup.sh
-It will automatically download all the packages needed for NSB Testing setup.
+It will also automatically download all the packages needed for NSB Testing setup.
System Topology:
-----------------
Environment variables
^^^^^^^^^^^^^^^^^^^^^
+
Before running Yardstick (NSB Testing) it is necessary to export traffic
generator libraries.
::
- source ~/.bash_profile
+
+ source ~/.bash_profile
Config yardstick conf
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-cp ./etc/yardstick/yardstick.conf.sample /etc/yardstick/yardstick.conf
-vi /etc/yardstick/yardstick.conf
+::
+
+ cp ./etc/yardstick/yardstick.conf.sample /etc/yardstick/yardstick.conf
+ vi /etc/yardstick/yardstick.conf
+
+Add trex_path and bin_path in 'nsb' section.
-Config yardstick.conf
::
[DEFAULT]
Config pod.yaml describing Topology
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+
Before executing Yardstick test cases, make sure that pod.yaml reflects the
topology and update all the required fields.
-copy /etc/yardstick/nodes/pod.yaml.nsb.example to /etc/yardstick/nodes/pod.yaml
+::
+
+ cp /etc/yardstick/nodes/pod.yaml.nsb.sample /etc/yardstick/nodes/pod.yaml
Config pod.yaml
::
Enable yardstick virtual environment
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+
Before executing yardstick test cases, make sure to activate yardstick
python virtual environment
invocation of yardstick help command and ping.py test sample:
::
- yardstick –h
+ yardstick -h
yardstick task start samples/ping.yaml
Each testing tool supported by Yardstick has a sample configuration file.
01-introduction
02-methodology
03-architecture
- 04-vtc-overview
- 05-apexlake_installation
- 06-apexlake_api
- 07-nsb-overview
- 08-nsb_installation
- 09-installation
- 10-yardstick_plugin
- 11-result-store-InfluxDB
- 12-grafana
+ 04-installation
+ 05-yardstick_plugin
+ 06-result-store-InfluxDB
+ 07-grafana
+ 08-vtc-overview
+ 09-apexlake_installation
+ 10-apexlake_api
+ 11-nsb-overview
+ 12-nsb_installation
13-list-of-tcs
glossary
references
Code Review / yardstick.git / commitdiff
