AEFM 0.1.2

An automatic experiment framework for microservice.

Introduction

AEFM is an Automatic Experiment Framework for Microservice, it provides a basic configuration that helps you to profiling basic information of microservices, and also the programmable interface to extend its usage.

AEFM treat every experiment as a lifecycle, through the lifecycle, it will trigger different events. Users can customize different event handlers to achieve different objectives.

The basic events of a lifecycle are as follows:

• Start Experiment
• Init Environment
• [Customized Events to Handle Test Case Starts ]
• Start Single Test Case
• Start Data Collection
• End Experiment

Out-of-box usage

AEFM provides out-of-box commands, you only need a little of configuration.

Prerequisite

• Kubernetes cluster: At least 4 nodes (1 master + 3 slave), each of slave nodes has at least 8 CPU Cores + 32 GB RAM, slave nodes should be homogeneous.
• Prometheus: We recommand installing prometheus from helm with the following command:

  helm install monitor prometheus-community/kube-prometheus-stack --version 39.11.0 -n monitor
  

  The corresponding service of prometheus should be set as NodePort, the AEFM uses it to fetch hardware data.
• wrk2: Check here
• Some other dependencies (required by DeathStarBench):

  apt-get install -y libssl-dev libz-dev luarocks
  luarocks install luasocket
  

Init app

By running the following command, AEFM will create init files in current directory.

python -m AEFM init

You can also init into another directory with following command:

python -m AEFM init -d my_first_app

After initialization, the target directory will contain following files:

target_dir
├─handlers.py
├─main.py
└─sample_configs.yaml

• handlers.py provides default handlers, you may edit them to match your requirement.
• main.py is the entrance file of experiment, to run the experiment, use:

  python main.py
  

  By editing the configs.CONFIG_FILE_PATH, you can use different config file.
• sample_configs.yaml is an sample config file. Please read comments inside to understand usage of each value.

Auto configuration

AEFM provides a command that can help you quickly generate configuration file, try the following command:

python -m AEFM auto-config

The program will check specification of your cluster and help you to set config file.

Components

AEFM relies on different components to perform efficiently and correctly.

Manager

Manager is the highest level component that used to manage whole experiment. It provides events handling, globally data accessing and component registration. You can customize your experiment workflow, register new events, or replace default components with the help of manager object. You can also extend the class and create your customized manager.

Deployer

Deployer is used to manage kubernetes resources such as pod, deployments, etc. We manage theses resources based on YAML files, which can help users to detect which part is incorrect more efficient by directly look at YAML files.

Workload Generator

Workload generator is used to provide pressure to applications. By default, we use wrk as workload generator, which can generate HTTP requests. You can also use other workload generating tools, as they provides the required API.

Data Collector

Data collector will collect data from different data sources, and save them as files. By default, we use Jaeger to collect traces data, Prometheus to collect hardware data and rely on output of wrk to collect throughput data. You can use other data sources by writing your own collectors, as they follow the collector interface, they can be set as component and let manager to involve it.

Interference Generator

Interference generator generates CPU, memory capacity/bandwidth and network bandwidth interferences by default. User can also customized their own interference generator to generates other types of intererence. For CPU and memory capacity/bandwidth interference, we use a modified version of iBench. For network bandwidth interference, we use IPerf3 to generate.