docs/scheduler/strategy
Victor Vieux 649b6cf577 add docker rmi
Signed-off-by: Victor Vieux <vieux@docker.com>
2015-03-17 17:41:46 -07:00
..
README.md Corrected typos in swarm scheduler docs 2015-02-28 03:31:49 -05:00
binpack.go user number of containers in binpack 2015-03-10 16:52:42 -07:00
binpack_test.go user number of containers in binpack 2015-03-10 16:52:42 -07:00
fakenode_test.go add docker rmi 2015-03-17 17:41:46 -07:00
random.go add Node interface 2015-02-27 14:25:50 -08:00
spread.go user number of containers in binpack 2015-03-10 16:52:42 -07:00
spread_test.go user number of containers in binpack 2015-03-10 16:52:42 -07:00
strategy.go Add spread strategy and make it the default 2015-03-07 15:17:42 -08:00
weighted_node.go Add spread strategy and make it the default 2015-03-07 15:17:42 -08:00

README.md

page_title page_description page_keywords
Docker Swarm strategies Swarm strategies docker, swarm, clustering, strategies

Strategies

The Docker Swarm scheduler comes with multiple strategies.

These strategies are used to rank nodes using a scores computed by the strategy.

Docker Swarm currently supports 2 strategies:

You can choose the strategy you want to use with the --strategy flag of swarm manage

BinPacking strategy

The BinPacking strategy will rank the nodes using their CPU and RAM available and will return the node the most packed already. This avoid fragmentation, it will leave room for bigger containers on unused machines.

For instance, let's says that both node-1 and node-2 have 2G of RAM:

$ docker run -d -P -m 1G --name db mysql
f8b693db9cd6

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED                  STATUS              PORTS                           NODE        NAMES
f8b693db9cd6        mysql:latest        "mysqld"            Less than a second ago   running             192.168.0.42:49178->3306/tcp    node-1      db

In this case, node-1 was chosen randomly, because no container were running, so node-1 and node-2 had the same score.

Now we start another container, asking for 1G of RAM again.

$ docker run -d -P -m 1G --name frontend nginx
963841b138d8

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED                  STATUS              PORTS                           NODE        NAMES
963841b138d8        nginx:latest        "nginx"             Less than a second ago   running             192.168.0.42:49177->80/tcp      node-1      frontend
f8b693db9cd6        mysql:latest        "mysqld"            Up About a minute        running             192.168.0.42:49178->3306/tcp    node-1      db

The container frontend was also started on node-1 because it was the node the most packed already. This allows us to start a container requiring 2G of RAM on node-2.

Random strategy

The Random strategy, as it's name says, chooses a random node, it's used mainly for debug.

Docker Swarm documentation index