我找不到任何关于群集模式中docker服务副本之间负载均衡算法的文档。
我根据Dockerfile创建了一个图像mynodeapp
:
FROM node:latest
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app
COPY package.json /usr/src/app/
RUN npm install
COPY . /usr/src/app
EXPOSE 8080
CMD [ "npm", "start" ]
npm
启动以下server.js
:
const LATENCY = 5000;
var app = require('express')();
app.get('/', (req,res)=>{
console.log('Sending response');
setTimeout( function() {
res.send('All ok');
}, LATENCY );
});
app.listen( 8080 );
代码在延迟5秒后发送All ok
。此外,它会将Sending response
打印到控制台。
现在,我启动了docker swarm模式:
docker swarm init --advertise-addr:eth0
并使用两个副本启动服务:
docker service create mynodeapp --replicas 2 --publish 8080:8080
结果是
root@man1:~# docker service ls
ID NAME REPLICAS IMAGE COMMAND
233z44bz6sx0 amazing_hypatia 2/2 mynodeapp
root@man1:~# docker ps
CONTAINER ID PORTS NAMES
1f36e0c9eb37 8080/tcp amazing_hypatia.1.453u2upnyf2nvtwxouopv4olk
f0fb099a5154 8080/tcp amazing_hypatia.2.8lbs461uhiv2qvh28433ayi0g
现在,我打开两个终端并查看两个容器的日志:
docker logs amazing_hypatia.2.8lbs461uhiv2qvh28433ayi0g -f
和
docker logs amazing_hypatia.2.8lbs461uhiv2qvh28433ayi0g -f
当我跑步时
curl localhost:8080
我从一个终端获得Sending response
一次,从另一个终端获得另一次。所以似乎使用了循环负载均衡。
但什么是真正的负载均衡算法?
答案 0 :(得分:2)
该算法目前是一个简单的循环法。有人建议启用最快的预期响应时间算法,该算法可以解决请求被路由到另一个docker主机的问题,同时该服务也在本地运行,但这还没有实现。
来自docker's swarm networking docs:
swarm负载均衡器自动将HTTP请求路由到 服务的VIP是一项活跃的任务。它将后续请求分发给 使用循环选择的其他任务。
关于使用最快的预期回复的评论来自我现在无法提及的一些dockercon 2016视频。