Red Hat 7.2 EAP 中的 JMS master/backup 故障转移和故障恢复配置
JMS master/backup failover and failback configuration in Red Hat 7.2 EAP
我们使用 Red Hat 7.2 EAP。我们在 Y 台机器上有 X 个生产者将消息发送到远程机器上的 JMS 队列。 JMS 队列配置了主备。 Y 台机器上的 X 台消费者正在使用队列中的消息。 master和backup在不同的机器上。当 master 宕机时,生产者和消费者需要继续处理消息。当主人回来时,消费者和生产者需要故障回复主人。
我已多次阅读 Red Hat 发布的文档,我认为这应该很容易完成。但是,当消费者或生产者启动而主服务器关闭时,他们无法连接到备份队列。人们如何处理这种情况?是否必须对消费者和生产者进行编程以了解主服务器和备份服务器,然后在主服务器不可用或发生故障时尝试连接到备份服务器?该文档使我相信故障转移应该是自动的,因为主服务器在第一次连接时将备份位置传达给客户端。如果涉及数十台机器,master/backup 的配置如何到达消费者和生产者?每个 consumer/producer 节点都必须配置 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);
EAP 使用 client/server 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-queue
和 connection-factory
元素及其在 entries
属性中各自的 JNDI 绑定。
如果您在 EAP 的远程实例中有消息传递客户端 运行,并且您希望它们的 JNDI 查找是 local,那么您可以配置一个 external-context
naming
子系统。这将有效地将本地查找转换为远程查找。例如:
<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。
我们使用 Red Hat 7.2 EAP。我们在 Y 台机器上有 X 个生产者将消息发送到远程机器上的 JMS 队列。 JMS 队列配置了主备。 Y 台机器上的 X 台消费者正在使用队列中的消息。 master和backup在不同的机器上。当 master 宕机时,生产者和消费者需要继续处理消息。当主人回来时,消费者和生产者需要故障回复主人。
我已多次阅读 Red Hat 发布的文档,我认为这应该很容易完成。但是,当消费者或生产者启动而主服务器关闭时,他们无法连接到备份队列。人们如何处理这种情况?是否必须对消费者和生产者进行编程以了解主服务器和备份服务器,然后在主服务器不可用或发生故障时尝试连接到备份服务器?该文档使我相信故障转移应该是自动的,因为主服务器在第一次连接时将备份位置传达给客户端。如果涉及数十台机器,master/backup 的配置如何到达消费者和生产者?每个 consumer/producer 节点都必须配置 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);
EAP 使用 client/server 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-queue
和 connection-factory
元素及其在 entries
属性中各自的 JNDI 绑定。
如果您在 EAP 的远程实例中有消息传递客户端 运行,并且您希望它们的 JNDI 查找是 local,那么您可以配置一个 external-context
naming
子系统。这将有效地将本地查找转换为远程查找。例如:
<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。