Docker测地线远程定位器

Docker测地线远程定位器,docker,gemfire,geode,Docker,Gemfire,Geode,我有两台运行Docker的主机,我已经在第一台主机上成功启动了Geode定位器和服务器 但是,当我尝试在第二台服务器上启动新的Geode定位器时: start server --name=aloha --locators=myCache[10334] 我得到以下错误: [info 2017/11/18 10:44:17.228 UTC aloha <main> tid=0x1] Starting membership services [info 2017/11/18 10:44

我有两台运行Docker的主机,我已经在第一台主机上成功启动了Geode定位器和服务器

但是,当我尝试在第二台服务器上启动新的Geode定位器时:

start server --name=aloha --locators=myCache[10334]
我得到以下错误:

[info 2017/11/18 10:44:17.228 UTC aloha <main> tid=0x1] Starting membership services

[info 2017/11/18 10:44:17.304 UTC aloha <main> tid=0x1] JGroups channel created (took 76ms)

[info 2017/11/18 10:44:17.317 UTC aloha <main> tid=0x1] GemFire P2P Listener started on /172.17.0.1:41936

[info 2017/11/18 10:44:17.318 UTC aloha <Geode Failure Detection Server thread 0> tid=0x1e] Started failure detection server thread on /172.17.0.1:55542.

[info 2017/11/18 10:44:17.334 UTC aloha <main> tid=0x1] Attempting to join the distributed system through coordinator 172.17.0.7(myCache:77)<ec><v0>:1024 using address 172.17.0.1(aloha:664):1024

[info 2017/11/18 10:44:29.346 UTC aloha <main> tid=0x1] Probable coordinator is still 172.17.0.7(myCache:77)<ec><v0>:1024 - waiting for a join-response

[info 2017/11/18 10:44:41.351 UTC aloha <main> tid=0x1] Probable coordinator is still 172.17.0.7(myCache:77)<ec><v0>:1024 - waiting for a join-response

[info 2017/11/18 10:44:53.355 UTC aloha <main> tid=0x1] Probable coordinator is still 172.17.0.7(myCache:77)<ec><v0>:1024 - waiting for a join-response

[info 2017/11/18 10:45:05.359 UTC aloha <main> tid=0x1] Probable coordinator is still 172.17.0.7(myCache:77)<ec><v0>:1024 - waiting for a join-response

[info 2017/11/18 10:45:17.361 UTC aloha <main> tid=0x1] Stopping membership services

[info 2017/11/18 10:45:17.362 UTC aloha <main> tid=0x1] GMSHealthMonitor server socket is closed in stopServices().

[info 2017/11/18 10:45:17.362 UTC aloha <Geode Failure Detection Server thread 0> tid=0x1e] GMSHealthMonitor server thread exiting

[info 2017/11/18 10:45:17.363 UTC aloha <main> tid=0x1] GMSHealthMonitor serverSocketExecutor is terminated
[info 2017/11/18 10:44:17.228 UTC aloha tid=0x1]开始会员服务
[信息2017/11/18 10:44:17.304 UTC aloha tid=0x1]J已创建群频道(耗时76毫秒)
[信息2017/11/18 10:44:17.317 UTC aloha tid=0x1]GemFire P2P侦听器于/172.17.0.1:41936启动
[信息2017/11/18 10:44:17.318 UTC aloha tid=0x1e]已在/172.17.0.1:55542上启动故障检测服务器线程。
[信息2017/11/18 10:44:17.334 UTC aloha tid=0x1]试图通过协调器172.17.0.7(myCache:77):1024使用地址172.17.0.1(aloha:664):1024加入分布式系统
[信息2017/11/18 10:44:29.346 UTC aloha tid=0x1]可能的协调器仍然是172.17.0.7(myCache:77):1024-等待加入响应
[信息2017/11/18 10:44:41.351 UTC aloha tid=0x1]可能的协调器仍然是172.17.0.7(myCache:77):1024-等待加入响应
[信息2017/11/18 10:44:53.355 UTC aloha tid=0x1]可能的协调器仍然是172.17.0.7(myCache:77):1024-等待加入响应
[信息2017/11/18 10:45:05.359 UTC aloha tid=0x1]可能的协调器仍然是172.17.0.7(myCache:77):1024-等待加入响应
[信息2017/11/18 10:45:17.361 UTC aloha tid=0x1]停止会员服务
[信息2017/11/18 10:45:17.362 UTC aloha tid=0x1]在stopServices()中,GMSHealthMonitor服务器套接字已关闭。
[信息2017/11/18 10:45:17.362 UTC aloha tid=0x1e]GMSHealthMonitor服务器线程正在退出
[信息2017/11/18 10:45:17.363 UTC aloha tid=0x1]GMSHealthMonitor服务器SocketExecutor已终止
我正在暴露以下端口:-7575、1099、10334、8045和1024

我还添加了一个防火墙规则,允许通过1024的流量(tcp/udp)

但我希望启动的aloha服务器似乎正在等待myCache响应,而该响应从未到达


有人经历过吗?或者有人对此有解决方案吗?

我可能误解了这里的情况,但看起来服务器正在docker网络中寻找myCache定位器,而实际上它是在远程服务器上运行的。@Stefano我想可能是这样,否则我无法解释,我已经尝试使用名称或主机IP,但是,我无法为定位器这样做,因为我总是得到此IP不存在于此主机上。是否有方法允许定位器使用主机名或主主机IP地址而不是容器的IP地址?(即使是0.0.0.0)也不可能。我建议尝试使用docker swarm和覆盖网络,这将缓解您可能遇到的许多网络问题。典型的Geode集群将在单个开放网络中运行。通过在docker上跨主机运行,您实际上必须路由不同的网络并处理端口问题。使用swarm,您将获得一个跨主机的平面网络,所有容器都将能够自由通信。@GhostCat当然,谢谢提醒:)我可能误解了这里的情况,但看起来服务器正在docker网络中寻找myCache定位器,而(误解来了)它实际上是在远程服务器上运行的。@Stefano我想可能是因为我无法解释它,我尝试使用名称或主机IP,我无法为定位器执行此操作,因为我总是得到此主机上不存在此IP。是否有方法允许定位器使用主机名或主主机IP地址而不是容器的IP地址?(即使是0.0.0.0)也不可能。我建议尝试使用docker swarm和覆盖网络,这将缓解您可能遇到的许多网络问题。典型的Geode集群将在单个开放网络中运行。通过在docker上跨主机运行,您实际上必须路由不同的网络并处理端口问题。使用swarm,您将获得一个跨主机的平面网络,所有容器都将能够自由通信。@GhostCat当然,谢谢提醒:)