跳到主要内容

针对复制事件代理部署的注意事项

Solace 复制功能为 Solace PubSub+ 提供了一种数据中心冗余和灾难恢复解决方案。当实施复制功能时，发布到一个站点上处于复制激活状态的消息 VPN 的保证消息会自动传播到配对站点上匹配的消息 VPN。因此，在一个复制站点发生严重服务中断的情况下，可以将服务切换到运行正常的配对复制站点，而几乎不会丢失消息或不丢失消息。

本节提供了有关如果您的 JMS 应用程序将与使用复制功能的事件代理一起使用时的特殊注意事项。

  • 消息 API 版本
  • 主机列表
  • 自动重新连接

消息API版本​

强烈建议复制感知型应用程序使用 7.1.2 或更高版本的 Solace 企业消息 API。这些版本支持自动处理复制故障转移。当发生复制故障转移时，API 会正确处理任何正在进行的消息或事务。

主机列表​

应用程序应配置包含两个地址的主机列表，每个站点上的启用保证消息的虚拟路由器各一个。这些地址可以是 IP 地址或主机名。

当应用程序尝试连接到备用事件代理时，连接将被事件代理拒绝。在按主机指定的重试次数后，API 将尝试连接到主机列表中的另一个主机。通常，对于与复制功能一起使用的应用程序，如果一个主机的连接失败，则最好在重试同一主机之前立即尝试连接到另一个主机。因此，建议将每个主机的连接重试次数设置为 1。

如果使用的是客户端从复制激活的消息 VPN 或其配对复制备用消息 VPN 的端点消费消息的主动/主动复制部署，则不应使用主机列表。对于这种部署，每个消费客户端应仅尝试连接到一个主机上的复制激活的消息 VPN 或其配对主机上的复制备用消息 VPN。

自动重新连接​

使用 Solace 消息 API 的自动重新连接功能时，需要注意复制故障转移的持续时间将是几分钟或几小时，因为切换需要操作员干预。因此，建议将重新连接重试次数设置为 -1，这允许客户端应用程序无限期地尝试重新连接。

有关如何处理复制重新连接的示例，请参阅您使用的 Solace 消息 API 中包含的 Replication 示例。