使用Kubernetes上的KUBE_PING配置Wildfly 18群集

我正在尝试将我们的Wildfly war文件从在Wildfly集群上运行迁移到Kubernetes集群。作为中间步骤，我能够使用docker compose运行集群，集群连接并成功运行。对于Kubernetes部署，我将standalone.xml转换为使用KUBE_PING。当我从>1副本开始时，我看到这两台服务器似乎成功地加入。 服务器1：

2021-05-04 08:54:21,488 DEBUG [org.jgroups.protocols.pbcast.GMS] (ServerService Thread Pool -- 74) 10.1.0.171: installing view [10.1.0.171|0] (1) [10.1.0.171]
2021-05-04 08:54:21,505 DEBUG [org.jgroups.protocols.pbcast.GMS] (ServerService Thread Pool -- 74) 10.1.0.171: created cluster (first member). My view is [10.1.0.171|0], impl is org.jgroups.protocols.pbcast.CoordGmsImpl
2021-05-04 08:54:21,663 DEBUG [org.jgroups.protocols.pbcast.GMS] (thread-8,activemq-cluster,10.1.0.171) 10.1.0.171: installing view [10.1.0.171|1] (2) [10.1.0.171, 10.1.0.170]
2021-05-04 08:54:21,668 DEBUG [org.jgroups.protocols.FD_SOCK] (FD_SOCK pinger-9,activemq-cluster,10.1.0.171) 10.1.0.171: pingable_mbrs=[10.1.0.171, 10.1.0.170], ping_dest=10.1.0.170

服务器2：

2021-05-04 08:54:21,488 DEBUG [org.jgroups.protocols.pbcast.GMS] (ServerService Thread Pool -- 74) 10.1.0.171: installing view [10.1.0.171|0] (1) [10.1.0.171]
2021-05-04 08:54:21,505 DEBUG [org.jgroups.protocols.pbcast.GMS] (ServerService Thread Pool -- 74) 10.1.0.171: created cluster (first member). My view is [10.1.0.171|0], impl is org.jgroups.protocols.pbcast.CoordGmsImpl
2021-05-04 08:54:21,663 DEBUG [org.jgroups.protocols.pbcast.GMS] (thread-8,activemq-cluster,10.1.0.171) 10.1.0.171: installing view [10.1.0.171|1] (2) [10.1.0.171, 10.1.0.170]
2021-05-04 08:54:21,668 DEBUG [org.jgroups.protocols.FD_SOCK] (FD_SOCK pinger-9,activemq-cluster,10.1.0.171) 10.1.0.171: pingable_mbrs=[10.1.0.171, 10.1.0.170], ping_dest=10.1.0.170

2021-05-04 08:54:18,630 DEBUG [org.jgroups.protocols.pbcast.GMS] (ServerService Thread Pool -- 74) address=10.1.0.170, cluster=activemq-cluster, physical address=10.1.0.170:60000
2021-05-04 08:54:21,647 DEBUG [org.jgroups.protocols.pbcast.GMS] (ServerService Thread Pool -- 74) 10.1.0.170: sending JOIN(10.1.0.170) to 10.1.0.171
2021-05-04 08:54:21,684 DEBUG [org.jgroups.protocols.pbcast.NAKACK2] (ServerService Thread Pool -- 74)
[10.1.0.170 setDigest()]
existing digest:  []
new digest:       10.1.0.171: [0 (0)], 10.1.0.170: [0 (0)]
resulting digest: 10.1.0.171: [0 (0)], 10.1.0.170: [0 (0)]
2021-05-04 08:54:21,685 DEBUG [org.jgroups.protocols.pbcast.GMS] (ServerService Thread Pool -- 74) 10.1.0.170: installing view [10.1.0.171|1] (2) [10.1.0.171, 10.1.0.170]
2021-05-04 08:54:21,715 DEBUG [org.jgroups.protocols.FD_SOCK] (FD_SOCK pinger-11,activemq-cluster,10.1.0.170) 10.1.0.170: pingable_mbrs=[10.1.0.171, 10.1.0.170], ping_dest=10.1.0.171

从那时起，服务器1似乎工作正常。但是，服务器2开始引发有关服务器1的部署名称的InetAddress查找的异常

2021-05-04 08:54:28,730 ERROR [org.apache.activemq.artemis.core.client] (Thread-0 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$6@d374df0)) AMQ214016: Failed to create netty connection: java.net.UnknownHostException: XXX-587ddc9b5b-hxfr4
        at java.base/java.net.InetAddress$CachedAddresses.get(InetAddress.java:797)
        at java.base/java.net.InetAddress.getAllByName0(InetAddress.java:1505)
        ...
        at org.apache.activemq.artemis.journal//org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118)

因此，看起来KUBEPING正在恢复IP地址，但ActiveMQ正在尝试使用pod名称进行连接，并且查找失败。我错过了什么

我刚刚注意到这两台服务器似乎都使用10.1.0.170作为其私人地址。当我启动时，我正在使用

-Djboss.bind.address=0.0.0.0 -Djboss.bind.address.management=127.0.0.1 -Djboss.bind.address.private=$(hostname -i) -Djgroups.bind_addr=$(hostname -i)