This repository containers scripts, Dockerfiles, and configs that were used for the Hewlett Packard Enterprise (HPE) and Docker Inc. reference architecture paper "HPE and Docker Reference Configuration for infrastructure optimization using Docker containers on HPE infrastructure" from early 2017.
You can use the files in each Scenario below to re-create our benchmarks of MySQL being used by Sysbench to get a TPS (Transactions Per Second) out of each Scenario.
The main goal of these reference files is to help you benchmark MySQL and other workloads in your environment as you move from virtual machines to containers-in-vm's and eventually containers-on-bare-metal, and ensure you're seeing the performance improvements you'd expect.
Docker Hub repo is bretfisher/sysbench-docker-hpe
- RHEL 7.2
- Docker 1.12
- MySQL 5.7
- Sysbench master branch 1/2017
- Use
/rhel/sysbench_install.shto do a scripted install of MySQL and Sysbench on RHEL - Use
/rhel/sysbench.shto run the sysbench workload 5 times on a instance - Use
/rhel/test8.shas an example of how you could use tmux to run sysbench workloads across 8 VM's at once
- Use
/docker/Dockefileand/docker/build.shto build a image with MySQL, Sysbench, and scripts installed - Or download my image with default values by
docker pull bretfisher/sysbench-docker-hpethendocker tag bretfisher/sysbench-docker-hpe sysbenchto give it a friendly name to work with in rest of these scripts - Use
/docker/run8.shto start 8 containers and build test db's in each one - Use
/docker/test8.shto start sysbench workloads across 8 containers (detached) - Use
/docker/results.shto grep transaction results from 8 containers - Use
/docker/tmuxtest8.shas an examples of how you could use tmux to run sysbench workloads across 8 containers at once
- Use the same process as in Scenario 2
- You can save time by pulling my
bretfisher/sysbench-docker-hpeimage rather then building your own (if my defaults work for you) - As you're doing this you'll start to notice significant time used to run
run8.shas the sysbench will be creating sample data for each container. If you're not benchmarking the actual sample data creation (I don't) then you can save time by creating a single container with the sample data, then usingdocker committo save it (and db's) to a new image, and then run yourtest8.shfrom there. Doing this way requires editing the scripts a bit and also means you'll need to store db's in your containers, which may not work if you're wanting to test storage that's using Docker Volumes or Bind Mounts.
Add issues to this repo if you have questions or bugs.
MIT License
Copyright (c) 2017 Bret Fisher bret@bretfisher.com