Swarm中binpack策略引起的棘手问题.docx

Swarm中binpack策略引起的棘手问题

DockerSwarm—Docker的本地化集群方案，自带两种调度策略，spread和binpack。Spread策略会尝试把每个容器平均地部署到每个节点上，而binpack策略会把容器尽量部署在主要的负载节点上。Spread的优点是如果一个节点失效了，只会有最少量的容器受影响，而binpack的优点是能提高资源使用率，保证空闲的资源得到最大化利用。

（BinpackvsSpread 策略）

长远来看，我相信以后会越来越多地使用binpack这种方式，因为它可以提高主机资源使用率。而主机宕机的风险也有办法尽量降低，那就是尽量使用无状态的微服务，因为无状态的服务能够自动快速的迁移到可用的节点上，从而把宕机的危害减到最小。

但是，如果你现在正使用着binpack，你需要特别小心的是容器间的协调关系，确保某些必须运行在同一个节点上的容器总能在相同的节点上运行着。

考虑一下这个场景，假如我们有两个有空闲资源的节点，其中一个几乎占用满了，而另一个几乎是没被占用，我们可以用两个装有Docker的虚拟机来模拟这个场景：

$dockerrunswarmcreate7a6441b8b3f8e166ed2170

$docker-machinecreate-dvirtualbox--swarm--swarm-master--swarm-strategybinpack--swarm-discoverytoken://7a6441b8b3f8e166ed2170

swarm-1...

$docker-machinecreate-dvirtualbox--swarm--swarm-strategybinpack

--swarm-discoverytoken://7a6441b8b3f8e166ed2170swarm-2...

$eval$(docker-machineenv--swarmswarm-1)

$dockerinfo

Containers:3Images:8Role:primaryStrategy:binpack

Filters:health,port,dependency,affinity,constraintNodes:2

swarm-1:192.168.99.103:2376

└Containers:2

└ReservedCPUs:0/1

└ReservedMemory:0B/1.021GiB

└Labels:executiondriver=native-0.2,kernelversion=4.1.12-boot2docker,operatingsystem=Boot2Docker1.9.0(TCL6.4);master:16e4a2a-TueNov 319:49:22UTC2015,provider=virtualbox,storagedriver=aufs

swarm-2:192.168.99.104:2376

└Containers:1

└ReservedCPUs:0/1

└ReservedMemory:0B/1.021GiB

└Labels:executiondriver=native-0.2,kernelversion=4.1.12-boot2docker,operatingsystem=Boot2Docker1.9.0(TCL6.4);master:16e4a2a-TueNov 319:49:22UTC2015,provider=virtualbox,storagedriver=aufs

CPUs:2TotalMemory:2.043GiBName:4da00a74a9b1

然后启动一个容器，而且这个容器占用了整个节点的一半内存（注意，当使用

binpack策略时，必须指定资源的占用大小）：

$dockerrun-d--nameweb-m512MBnginx55c099f324e7a95afdad3431077ee80200d418c49c10f30d5c8d52

$dockerinfo

Containers:4Images:8Role:primaryStrategy:binpack

Filters:health,port,dependency,affinity,constraintN