我有以下docker-compose.yml
:
version: '3'
services:
web:
build: .
image: webapp
env_file: .env.docker
ports:
- "3000:3000"
links:
- redis
- mongo
redis:
image: "redis:alpine"
mongo:
image: "mongo"
我使用以下env变量连接到Mongo和Redis
REDIS_URL=redis://redis:6379
DATABASE_URL=mongodb://mongo:27017/webapp
使用此配置,当应用程序启动时,它可以连接到Mongo容器,但无法连接到Redis,并出现以下错误:
Error: connect ECONNREFUSED 127.0.0.1:6379
我尝试过暴露和映射端口:
expose:
- "6379"
ports:
- "6379:6379"
但它仍然没有解决问题。映射端口我可以使用redis-cli连接到Redis,所以我知道容器正在运行。
任何线索?
编辑:在没有Docker的情况下在我的机器上运行webapp正常工作。我尝试了两者,原生Redis和Mongo以及使用下面的docker-compose
评论web
部分并映射端口。
编辑2:输出lsof
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
com.docke 3136 JayC 20u IPv4 0x7dac4a08aadc94c9 0t0 TCP *:6379 (LISTEN)
com.docke 3136 JayC 21u IPv6 0x7dac4a08bbf50781 0t0 TCP localhost:6379 (LISTEN)
编辑3:添加应用程序连接到Redis的位置:
const { RedisPubSub } = require('graphql-redis-subscriptions');
console.log(`-------------- REDIS_URL: ${process.env.REDIS_URL} --------------`);
const engine = new RedisPubSub({
connection: {
url: process.env.REDIS_URL,
},
connectionListener: err => {
if (err) {
Logger.sys.error(
`redis connection failed at ${process.env.REDIS_URL}`,
);
Logger.sys.error(err);
} else {
Logger.sys.info(
`pubsub connected to redis at ${process.env.REDIS_URL}`,
);
}
},
});
日志输出:
-------------- REDIS_URL: redis://redis:6379 --------------
2018-06-05T13:21:37.658Z - error: redis connection failed at redis://redis:6379
2018-06-05T13:21:37.659Z - error: { Error: connect ECONNREFUSED 127.0.0.1:6379
at Object._errnoException (util.js:1022:11)
at _exceptionWithHostPort (util.js:1044:20)
at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1182:14)
code: 'ECONNREFUSED',
errno: 'ECONNREFUSED',
syscall: 'connect',
address: '127.0.0.1',
port: 6379 }
答案 0 :(得分:3)
您所描述的配置未被您的应用程序使用:
REDIS_URL=redis://redis:6379
当您看到连接运行时,它正在尝试连接到127.0.0.1而不是容器ip:
Error: connect ECONNREFUSED 127.0.0.1:6379
要解决此问题,您需要重新配置应用,以便它使用redis DNS名称而不是127.0.0.1。每个容器都有自己的私有loopback接口,因此在容器内连接到容器将连接到容器本身,而不是主机或主机上运行的任何其他容器。
顺便说一句,不要使用链接。它们已被弃用。内置DNS将为服务名称提供名称解析。如果容器之间存在依赖关系,则最好在应用程序或入口点处理此问题。您还可以使用depends_on
列出服务依赖项,但这仅适用于docker-compose,并且不验证相关服务的运行状况。