本文讲的是Docker IO开销评测，
【编者的话】本文作者Vadim Tkachenko是Percona公司开发团队负责人。他是固态存储方面的专家，帮助了很多软硬件提供商在MySQL市场上取得了成功。
这篇文章是系列文章中的一篇，对Docker中的IO开销进行了评测。
本文又是关于用Docker镜像使用Percona Server的文章。在我的前一篇文章“ Percona服务器Docker CPU/网络开销评测 ”里介绍了Docker中CPU和网络的开销，本文将继续评测Docker中的操作是否会带来IO开销。
在跑了几次测试以后，好像没有出现IO开销（剧透警告）。但是，我仍然认为很有必要理解Docker搭配数据卷（data volume）的几种不同方式。Docker的设计初衷是提供短生命周期的容器，但是这样对数据并不友好，毕竟我们不想丢掉数据。
所以，第一种模式是在Docker容器内创建数据。这是默认的方式：
docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps13 -p 3306:3306 -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-server:5.6.28
（我使用了
--net=host
参数来避免网络开销，相关的信息请参考
之前的文章
。）
第二种模式是使用外部数据卷，我们需要用
-v /data/flash/d1/:/var/lib/mysql
代替数据卷。完整的命令是：
docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps13 -p 3306:3306 -v /data/flash/d1/:/var/lib/mysql -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-}server:5.6.28
最终，第三个模式是使用数据卷容器。在这个例子里，我创建了一个傀儡容器：
docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps13-data-volume -v /var/lib/mysql -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-server:5.6.28
在停止了
ps13-data-volume
容器之后，我们可以从
ps13-data-volume
的数据卷再启动一个：
docker run -e MYSQL_ALLOW_EMPTY_PASSWORD=1 --name ps14 --volumes-from ps13-data-volume -v /data/flash/my.cnf:/etc/my.cnf --net=host percona/percona-server:5.6.28
我从读密集以及写密集两个维度对比了所有这些模式以及裸机模式下的IO负载，裸机模式是直接mount到sysbench的。作为参考，sysbench的命令是：
./sysbench --test=tests/db/oltp.lua --oltp_tables_count=16 --oltp_table_size=10000000 --num-threads=16 --mysql-host=127.0.0.1 --mysql-user=root --oltp-read-only=off --max-time=1800 --max-requests=0 --report-interval=10 run
我不打算展示最终的数值以及图表，因为不管是在Docker中的任何模式，还是裸机IO模式， 结果都是一样的 。因此，我可以很自信地说在上文中描述的任何一种Docker数据卷模式中都 没有IO开销 。
在下一个实验中，我打算评测在多主机网络环境下Docker容器是否有额外开销。
原文链接：Measuring Docker IO overhead（翻译：Lambert Sun）
====================================================================
译者介绍
Lambert Sun ，趋势科技DevOps Lead，敏捷开发实践者。
原文发布时间为：2016-03-09
本文作者：iT2afL0rd
本文来自云栖社区合作伙伴DockerOne，了解相关信息可以关注DockerOne。
原文标题：Docker IO开销评测
