本文讲的是<b>Docker IO开销评测</b>,【编者的话】本文作者Vadim Tkachenko是Percona公司开发团队负责人。他是固态存储方面的专家,帮助了很多软硬件提供商在MySQL市场上取得了成功。
这篇文章是系列文章中的一篇,对Docker中的IO开销进行了评测。
在跑了几次测试以后,好像没有出现IO开销(剧透警告)。但是,我仍然认为很有必要理解Docker搭配数据卷(data volume)的几种不同方式。Docker的设计初衷是提供短生命周期的容器,但是这样对数据并不友好,毕竟我们不想丢掉数据。
所以,第一种模式是在Docker容器内创建数据。这是默认的方式:
第二种模式是使用外部数据卷,我们需要用<code>-v /data/flash/d1/:/var/lib/mysql</code>代替数据卷。完整的命令是:
最终,第三个模式是使用数据卷容器。在这个例子里,我创建了一个傀儡容器:
在停止了<code>ps13-data-volume</code>容器之后,我们可以从<code>ps13-data-volume</code>的数据卷再启动一个:
我从读密集以及写密集两个维度对比了所有这些模式以及裸机模式下的IO负载,裸机模式是直接mount到sysbench的。作为参考,sysbench的命令是:
我不打算展示最终的数值以及图表,因为不管是在Docker中的任何模式,还是裸机IO模式,结果都是一样的。因此,我可以很自信地说在上文中描述的任何一种Docker数据卷模式中都没有IO开销。
在下一个实验中,我打算评测在多主机网络环境下Docker容器是否有额外开销。
====================================================================
译者介绍
原文发布时间为:2016-03-09
本文作者:iT2afL0rd
本文来自云栖社区合作伙伴DockerOne,了解相关信息可以关注DockerOne。
原文标题:Docker IO开销评测