跳到主要内容

复制的部署选项

通常，复制是这样设置的：客户端连接到主站点，并只要该站点处于活动状态就保持连接。只有当主站点发生故障或由于其他原因（例如测试故障转移）进入备用状态时，客户端才会连接到备份站点。然而，根据您的业务需求，还有额外的配置复制的选项。

允许客户端连接到备用站点​

默认情况下，客户端从具有复制活动状态的消息 VPN 消费复制消息（作为事务的一部分或不是）。如果客户端尝试连接到备用复制站点，连接尝试会被拒绝。然而，可以允许客户端连接并从复制活动消息 VPN 及其伙伴复制备用消息 VPN 的端点消费消息。

这种类型的部署的一个例子是使用重放服务器，这是任何形式的第三方应用程序或与 PubSub+ 集成的解决方案，提供重放功能（在这种情况下，“重放服务器”不是指 Solace 消息重放功能）。重放服务器必须消费所有消息，以便稍后可以重放，并且为了灾难恢复的目的，重放服务器的一个实例必须在活动站点和备用站点上运行。在发生故障转移的情况下，备用站点上的重放服务器将与活动站点上的服务器消费了相同的消息集，因此能够提供相同的重放服务。

要启用这样的复制部署，需要一些额外的配置：

  • 必须为所有允许连接到备用站点的客户端使用的客户端配置文件启用 allow-clients-when-standby 选项。
  • 必须为这些备用客户端将消费消息的每个端点禁用消费者确认（ACK）传播。ACK 传播是将活动站点上的消息消费情况信号传递给备用站点的机制。由于消息在两个站点上都被消费，因此需要禁用这种信号传递。无论消息是否在事务中被消费，配置都是相同的。

尽管客户端被允许连接到备用站点，但它们的能力是有限的。它们不允许发布保证消息、创建端点或以任何方式修改现有端点。然而，它们被允许发布直接消息和添加直接订阅。这允许连接到备用站点的客户端之间进行直接消息通信，以协调为目的。

备用客户端不应使用主机列表。在这种情况下，每个站点都应有一个客户端，客户端只应连接到它们特定的站点，因此不需要主机列表。

在两个复制站点提供服务​

复制数据中心基础设施的可能客户部署模型是拥有一个复制组，其中复制站点相隔一定距离（例如50或100英里）。每个复制站点使用高可用性（HA）的冗余事件代理对：一个复制站点可以积极服务一组消息 VPN，而另一个复制站点积极服务另一组消息 VPN。也就是说，一个站点的 HA 对具有 active 复制状态的消息 VPN 和其他具有 standby 复制状态的消息 VPN，另一个复制站点的 HA 对具有相同的消息 VPN，但复制状态相反。

这允许两个复制站点为不同的客户端集提供消息服务。然而，如果其中一个站点发生计划内或计划外的服务中断，它们应保持足够的容量为复制组的所有客户端提供服务。

下图提供了一个简化的例子，纽约数据中心拥有消息 VPN A、B、C，具有 active 复制状态，以及消息 VPN D、E、F，具有 standby 复制状态。在波士顿数据中心，消息 VPN D、E、F 是 active，消息 VPN A、B、C 是 standby。

img

复制也可以在一个或两个站点上使用单个事件代理部署，而不是冗余对。然而，这种配置降低了解决方案的容错能力。