【问题标题】:JMS master/backup failover and failback configuration in Red Hat 7.2 EAPRed Hat 7.2 EAP 中的 JMS 主/备份故障转移和故障回复配置
【发布时间】:2022-01-12 19:37:50
【问题描述】:

我们使用红帽 7.2 EAP。我们有 Y 台机器上的 X 台生产者向远程机器上的 JMS 队列发送消息。 JMS 队列配置有主和备份。 Y 台机器上的 X 个消费者正在消费队列中的消息。 master和backup在不同的机器上。当主服务器宕机时,生产者和消费者需要继续处理消息。当主服务器回来时,消费者和生产者需要故障回复到主服务器。

我已多次阅读 Red Hat 发布的文档,并且我认为这应该很容易做到。但是,当消费者或生产者启动并且主服务器关闭时,他们没有任何方式连接到备份队列。人们如何处理这种情况?是否必须对消费者和生产者进行编程以了解主节点和备份节点,然后在主节点不可用或失败时尝试连接到备份节点?该文档使我相信故障转移应该是自动的,因为主服务器在第一次连接时会将备份位置传达给客户端。如果涉及数十台机器,主备备份的配置如何到达消费者和生产者?每个消费者/生产者节点都必须配置 IP 地址吗?人们如何使这类事物规模化?

我们目前将生产者和消费者设置为这样连接:

final Properties env = new Properties();
env.put(Context.INITIAL_CONTEXT_FACTORY, INITIAL_CONTEXT_FACTORY);
env.put(Context.PROVIDER_URL, System.getProperty(Context.PROVIDER_URL, PROVIDER_URL));
env.put(Context.SECURITY_PRINCIPAL, DEFAULT_USERNAME);
env.put(Context.SECURITY_CREDENTIALS, DEFAULT_PASSWORD);
namingContext = new InitialContext(env);

【问题讨论】:

  • 您是否使用 JNDI 来查找您的 JMS 连接工厂和目的地?
  • 您是在客户端还是在服务器端寻求帮助?
  • 我们目前设置生产者和消费者的方式是这样连接的:final Properties env = new Properties(); env.put(Context.INITIAL_CONTEXT_FACTORY, INITIAL_CONTEXT_FACTORY); env.put(Context.PROVIDER_URL, System.getProperty(Context.PROVIDER_URL, PROVIDER_URL)); env.put(Context.SECURITY_PRINCIPAL, DEFAULT_USERNAME); env.put(Context.SECURITY_CREDENTIALS, DEFAULT_PASSWORD);命名上下文 = 新的 InitialContext(env);为生产者。这些是我们做过的实验。虽然我们能够获得连接并传递消息,但我认为我们配置不正确。
  • 请注意,应直接对您的原始问题进行澄清,而不是在 cmets 中。这样人们就可以只阅读问题,而不必深入研究 cmets 来获取所有相关细节。
  • 就像当我们获得数据库连接时,我们不必知道应用程序代码中数据库的任何细节。或者数据库是集群的。

标签: jms activemq-artemis failover jboss-eap-7


【解决方案1】:

EAP 使用客户端/服务器 JNDI 实现,并且 JNDI 连接 100% 独立于 JMS 连接。由于 JNDI 是您与 EAP 连接的起点,因此您需要首先解决这个问题。通常,EAP JNDI URL 如下所示:

http-remoting://host:8080

当然,如果host 不可用,则 JNDI 查找将失败。您可以通过多种方式解决此问题,其中最基本的是指定多个 URL,例如:

http-remoting://host1:8080,http-remoting://host2:8080

其他解决方案涉及专用负载平衡器、基于 DNS 的重定向等。

一旦 JNDI 查找完成,您就可以建立 JMS 连接。假设服务器对设置正确,则连接将根据需要进行故障转移和故障恢复。

这是 EAP 附带的默认 standalone-full.xml 中的 messaging 子系统配置:

        <subsystem xmlns="urn:jboss:domain:messaging-activemq:13.0">
            <server name="default">
                <statistics enabled="${wildfly.messaging-activemq.statistics-enabled:${wildfly.statistics-enabled:false}}"/>
                <security-setting name="#">
                    <role name="guest" send="true" consume="true" create-non-durable-queue="true" delete-non-durable-queue="true"/>
                </security-setting>
                <address-setting name="#" dead-letter-address="jms.queue.DLQ" expiry-address="jms.queue.ExpiryQueue" max-size-bytes="10485760" page-size-bytes="2097152" message-counter-history-day-limit="10"/>
                <http-connector name="http-connector" socket-binding="http" endpoint="http-acceptor"/>
                <http-connector name="http-connector-throughput" socket-binding="http" endpoint="http-acceptor-throughput">
                    <param name="batch-delay" value="50"/>
                </http-connector>
                <in-vm-connector name="in-vm" server-id="0">
                    <param name="buffer-pooling" value="false"/>
                </in-vm-connector>
                <http-acceptor name="http-acceptor" http-listener="default"/>
                <http-acceptor name="http-acceptor-throughput" http-listener="default">
                    <param name="batch-delay" value="50"/>
                    <param name="direct-deliver" value="false"/>
                </http-acceptor>
                <in-vm-acceptor name="in-vm" server-id="0">
                    <param name="buffer-pooling" value="false"/>
                </in-vm-acceptor>
                <jms-queue name="ExpiryQueue" entries="java:/jms/queue/ExpiryQueue"/>
                <jms-queue name="DLQ" entries="java:/jms/queue/DLQ"/>
                <connection-factory name="InVmConnectionFactory" entries="java:/ConnectionFactory" connectors="in-vm"/>
                <connection-factory name="RemoteConnectionFactory" entries="java:jboss/exported/jms/RemoteConnectionFactory" connectors="http-connector"/>
                <pooled-connection-factory name="activemq-ra" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory" connectors="in-vm" transaction="xa"/>
            </server>
        </subsystem>

在这里,您可以看到多个 jms-queueconnection-factory 元素在 entries 属性中具有各自的 JNDI 绑定。

如果您有在 EAP 的远程实例中运行的消息传递客户端,并且您希望它们的 JNDI 查找是本地,那么您可以在naming 子系统中配置一个external-context。这将有效地将本地查找转换为远程查找。例如:

<subsystem xmlns="urn:jboss:domain:naming:2.0">
  <bindings>
    <external-context name="java:global/jms" module="org.jboss.as.naming" class="javax.naming.directory.InitialDirContext" cache="true">
      <environment>
        <property name="java.naming.factory.initial" value="org.wildfly.naming.client.WildFlyInitialContextFactory"/>
        <property name="java.naming.provider.url" value="http-remoting://host1:8080,http-remoting://host2:8080"/>
        <property name="java.naming.security.principal" value="user"/>
        <property name="java.naming.security.credentials" value="pass"/>
      </environment>
    </external-context>
  </bindings>
</subsystem>

更多详情请见the documentation

【讨论】:

  • 您能否提供一个将定义 JNDI 连接的独立完整配置示例?
  • 默认配置提供了这个。
  • 我无法理解的问题是如何配置 http 远程连接,以便可以在本地 jboss 实例的 JNDI 上下文中查找它。我确信这很明显,但我似乎无法弄清楚我设置 HTTP 远程连接的确切配置,我可以使用 JNDI 从运行在 JBOSS 中的类内部查找。
  • 我不清楚您的用例。您是说您的消息传递客户端也在 EAP 中运行吗?请澄清。
  • 是的。 JMS 消息的消费者和生产者遍布网络,运行在不同的 JBoss 实例中。需要如何配置这些消费者和生产者,以便他们可以使用在本地使用 JNDI 查找的 HTTP 连接解析到远程队列的连接,该队列是另一个 jboss 实例的一部分。我觉得其中一定有一些我不理解的基本部分,但我已经一遍又一遍地阅读了 EAP 7.2 的文档,但我一直错过它。
猜你喜欢
  • 1970-01-01
  • 2013-12-15
  • 2011-06-24
  • 1970-01-01
  • 1970-01-01
  • 2010-11-06
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多