>我找不到任何关于在群模式下 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 群模式:
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
,另一个从另一个终端得到另一次。因此,似乎使用了循环负载平衡。
但什么是真正的负载均衡算法?
该算法目前是一个简单的循环。有人建议启用最快的预期响应时间算法,该算法将解决请求路由到另一个 docker 主机的问题,该服务也在本地运行,但这尚未实现。
来自 docker 的 swarm 网络文档:
群负载均衡器会自动将 HTTP 请求路由到 服务对活动任务的 VIP。它将后续请求分发到 使用轮循机制选择的其他任务。
关于使用最快预期响应的评论来自一些我现在无法提取的 dockercon 2016 视频。