docker+dubbo部署在多台服务器上的坑
该事情还要从好几天前说起.......
- 在从只用dubbo开发并且部署在一台服务器上
- 到只用dubbo开发部署在两台服务器上
- 最后到使用docker容器将dubbo应用部署在两台服务器上
一直出现的问题是No provider available for the service from the url zookeeper:// ...
关于如何配置docker容器这里不再说明,只记录一路遇到的坑以及个人解决办法
- 首先,在Dockerfile文件中
// 这里不再说明
FROM java:8
EXPOSE 8860
EXPOSE 12220
// 这里是开始配置环境变量,非常重要
// DUBBO_IP_TO_REGISTRY 这个是docker容器所在宿主机的外网ip,也就是docker所在服务器的ip
ENV DUBBO_IP_TO_REGISTRY 120.79.172.**
// DUBBO_PORT_TO_REGITRY 是dubbo服务的端口,用于注册到zookeeper中的
ENV DUBBO_PORT_TO_REGISTRY 12220
// 这个也是dubbo的服务端口,和上面的一样都填dubbo的端口,而不是zookeeper的端口
ENV DUBBO_PORT_TO_BIND 12220
// 这里不再阐述
ADD target/blog-article.jar /www/blog/blog-article.jar
ENTRYPOINT ["java","-jar", "-Dspring.profiles.active=prod","/www/blog/blog-article.jar"]
这是Dockerfile文件的配置
- 对于服务器的配置(我的两台服务器都需要这样配置,如果只配置以上配置报错no provider....)
// 查询主机名,这里可以自己修改主机名,我就是修改过的,修改完重启一下服务器
[root@ratil-server1 ~]# hostname
ratil-server1
// 在hosts文件末行添加下面的配置,就是将主机名映射到本机ip,该ip是该服务器的ip,和zookeeper什么的无关
[root@ratil-server1 ~]# vi /etc/hosts
120.79.172.** ratil-server1
// 最后ping你的主机名,如果ping通了且出现了服务器的ip,则是设置成功,hosts修改一般都是立即生效
[root@ratil-server1 ~]# ping ratil-server1
PING ratil-server1 (120.79.172.**) 56(84) bytes of data.
64 bytes from ratil-server1 (120.79.172.**): icmp_seq=1 ttl=64 time=2.06 ms
64 bytes from ratil-server1 (120.79.172.**): icmp_seq=2 ttl=64 time=2.01 ms
64 bytes from ratil-server1 (120.79.172.**): icmp_seq=3 ttl=64 time=2.07 ms
最后通过docker部署
通过Dubbo Admin(2.7,自行安装部署)可以看到开启了的dubbo服务。
点开详情可以看到provider所在的ip以及端口(注:这里的ip必须是dubbo所部署的主机ip,不然就可能会出问题)
比如:我的一个错误问题
在47.*.*.*服务器上部署了zookeeper以及一个名称为A的provider
在120.*.*.*服务器上部署了两个dubbo应用,
应用B既要消费A也作为provider提供服务给其他dubbo应用(同一台服务器上的应用C)。
dubbo admin中查看服务ip详情.png
在注册到zookeeper后,通过Dubbo Admin查看应用的详情,
发现应用A注册的ip是本机的47.*.*.*的ip,但是应用B注册的ip也是47..*.*.*。应用B应该注册的ip地址是自己所在服务器的120..*.*.*才是正确的。
这就导致应用C或者其他的dubbo应用找不到应用B (也就是no provider的错误)
这个问题可能是我之前不懂随意修改了第二胎服务器的主机名对应ip所致。
所以需要注意的就是,使用Dubbo Admin查看dubbo应用详情的时候,该dubbo应用的ip地址一定要和部署的服务器的ip相同。
如果不是相同,则检查上面所说的两个步骤哪里有没有问题。如果上面两步都做了还是错,重启服务器报平安。
我一开始就是,修改了主机名还是啥,什么数据库连接也报错,zookeeper连接也超时,然后重启服务器都好了