Keycloak AWS EC2上带docker的KeyClope HA-群集已启动,但登录失败
我们正在尝试在AWS EC2和docker上使用HA设置KeyClope 1.9.3,集群启动时没有错误,但是登录失败,出现以下错误: 警告[org.keydape.events](默认任务-10)类型=登录错误,realmId=master,clientId=null,userId=null,ipAddress=172.30.200.171,错误=无效代码 我们遵循了这篇()文章,但使用了S3_-PING而不是JDBC_-PING 节点似乎相互检测: 信息[org.infinispan.remoting.transport.jgroups.JGroupsTransport](Incoming-2,ee,6dbce1e2a05a)ISPN000094:接收到通道密钥斗篷的新群集视图:[6dbce1e2a05a | 1](2)[6dbce1e2a05a,75f2b2e98cfd] 我们怀疑节点之间没有通信,当我们查询jboss mbean“jboss.as.expr:subsystem=jgroups,channel=ee”时,第一个节点的结果是:Keycloak AWS EC2上带docker的KeyClope HA-群集已启动,但登录失败,keycloak,Keycloak,我们正在尝试在AWS EC2和docker上使用HA设置KeyClope 1.9.3,集群启动时没有错误,但是登录失败,出现以下错误: 警告[org.keydape.events](默认任务-10)类型=登录错误,realmId=master,clientId=null,userId=null,ipAddress=172.30.200.171,错误=无效代码 我们遵循了这篇()文章,但使用了S3_-PING而不是JDBC_-PING 节点似乎相互检测: 信息[org.infinispan.rem
jgroups,channel=ee = [6dbce1e2a05a|1] (2) [6dbce1e2a05a, 75f2b2e98cfd]
jgroups,channel=ee receivedMessages = 0
jgroups,channel=ee sentMessages = 0
对于第二个节点:
jgroups,channel=ee = [6dbce1e2a05a|1] (2) [6dbce1e2a05a, 75f2b2e98cfd]
jgroups,channel=ee receivedMessages = 0
jgroups,channel=ee sentMessages = 5
我们还验证了TCP端口57600和7600是否打开
知道是什么引起的吗
下面是相关的standalone-ha.xml配置,下面是启动命令:
<subsystem xmlns="urn:jboss:domain:jgroups:4.0">
<channels default="ee">
<channel name="ee" stack="tcp"/>
</channels>
<stacks>
<stack name="udp">
<transport type="UDP" socket-binding="jgroups-udp"/>
<protocol type="PING"/>
<protocol type="MERGE3"/>
<protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/>
<protocol type="FD_ALL"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="UFC"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
</stack>
<stack name="tcp">
<transport type="TCP" socket-binding="jgroups-tcp">
<property name="external_addr">200.129.4.189</property>
</transport>
<protocol type="S3_PING">
<property name="access_key">AAAAAAAAAAAAAA</property>
<property name="secret_access_key">BBBBBBBBBBBBBB</property>
<property name="location">CCCCCCCCCCCCCCCCCCCC</property>
</protocol>
<protocol type="MERGE3"/>
<protocol type="FD_SOCK" socket-binding="jgroups-tcp-fd">
<property name="external_addr">200.129.4.189</property>
</protocol>
<protocol type="FD"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
</stack>
</stacks>
</subsystem>
<socket-binding name="jgroups-tcp" interface="public" port="7600"/>
<socket-binding name="jgroups-tcp-fd" interface="public" port="57600"/>
任何帮助都将不胜感激。您必须启用AWS负载平衡器的粘性才能成功登录。显然,设置没有问题,问题在于我们在内存数据库中意外为每个实例配置了数据库,而不是共享数据库
standalone.sh -c=standalone-ha.xml -b=$INTERNAL_HOST_IP -bmanagement=$INTERNAL_HOST_IP -bprivate=$INTERNAL_HOST_IP