小编给大家分享一下Docker怎么限制容器可用的内存，希望大家阅读完这篇文章之后都有所收获，下面让我们一起去探讨吧！
目前创新互联公司已为上1000家的企业提供了网站建设、域名、雅安服务器托管、绵阳服务器托管、企业网站设计、西林网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
为什么要限制容器对内存的使用？
限制容器不能过多的使用主机的内存是非常重要的。对于 linux 主机来说，一旦内核检测到没有足够的内存可以分配，就会扔出 oome(out of memmory exception)，并开始杀死一些进程用于释放内存空间。糟糕的是任何进程都可能成为内核猎杀的对象，包括 docker daemon 和其它一些重要的程序。更危险的是如果某个支持系统运行的重要进程被干掉了，整个系统也就宕掉了！这里我们考虑一个比较常见的场景，大量的容器把主机的内存消耗殆尽，oome 被触发后系统内核立即开始杀进程释放内存。如果内核杀死的第一个进程就是 docker daemon 会怎么样？结果是所有的容器都不工作了，这是不能接受的！
针对这个问题，docker 尝试通过调整 docker daemon 的 oom 优先级来进行缓解。内核在选择要杀死的进程时会对所有的进程打分，直接杀死得分最高的进程，接着是下一个。当 docker daemon 的 oom 优先级被降低后(注意容器进程的 oom 优先级并没有被调整)，docker daemon 进程的得分不仅会低于容器进程的得分，还会低于其它一些进程的得分。这样 docker daemon 进程就安全多了。
我们可以通过下面的脚本直观的看一下当前系统中所有进程的得分情况：
?
1 2 | $ docker run -it --rm -m 300m --memory-swap=300m u-stress /bin/bash# stress --vm 1 --vm-bytes 500m |
demo 中容器的物理内存被限制在 300m，但是进程却希望申请到 500m 的物理内存。在没有 swap 可用的情况下，进程直接被 oom kill 了。如果有足够的 swap，程序至少还可以正常的运行。
我们可以通过 --oom-kill-disable 选项强行阻止 oom kill 的发生，但是笔者认为 oom kill 是一种健康的行为，为什么要阻止它呢？
除了限制可用 swap 的大小，还可以设置容器使用 swap 的紧迫程度，这一点和主机的 swappiness 是一样的。容器默认会继承主机的 swappiness，如果要显式的为容器设置 swappiness 值，可以使用 --memory-swappiness 选项。
看完了这篇文章，相信你对“Docker怎么限制容器可用的内存”有了一定的了解，如果想了解更多相关知识，欢迎关注创新互联行业资讯频道，感谢各位的阅读！
原文链接：http://www.cnblogs.com/sparkdev/p/8032330.html
