Manticore Search 是一个高度分布式的系统，提供创建可用性高且可扩展的搜索数据库所需的所有组件。包括：

• 用于分片的分布式表
  • 用于高可用性的镜像
  • 用于可扩展性的负载均衡
• 用于数据安全的复制

Manticore Search 在集群设置方面提供了极大的灵活性。没有限制，您可以根据需求设计自己的集群。只需了解上述工具并利用它们实现您的目标。

要向集群添加新节点，只需启动另一个 Manticore 实例，并确保其他节点可以访问它。使用分布式表将新节点连接到集群的其他部分，并通过复制确保数据安全。

要理解如何添加带有远程代理的分布式表，首先需要基本了解 分布式表。本文将重点介绍如何使用分布式表作为创建 Manticore 实例集群的基础。

table mydist {
          type  = distributed
          agent = box1:9312:shard1
          agent = box2:9312:shard2
          agent = box3:9312:shard3
          agent = box4:9312:shard4
}

如果发生服务器故障，分布式表仍能工作，但来自故障分片的结果将会缺失。

table mydist {
          type  = distributed
          agent = box1:9312|box5:9312:shard1
          agent = box2:9312:|box6:9312:shard2
          agent = box3:9312:|box7:9312:shard3
          agent = box4:9312:|box8:9312:shard4
}

Agent 镜像在处理搜索查询时可以互换使用。托管定义镜像代理的分布式表的 Manticore 实例会跟踪镜像状态（存活或宕机）和响应时间，并基于这些信息执行自动故障切换和负载均衡。

agent = node1|node2|node3:9312:shard2

上述示例声明 node1:9312、node2:9312 和 node3:9312 都有一个名为 shard2 的表，并且可以作为可互换的镜像使用。如果这些服务器中的任何一个宕机，查询将分配给剩下的两个。当服务器恢复上线时，主节点会检测到并开始再次将查询路由到所有三个节点。

镜像也可以包含单独的表列表，如下所示：

agent = node1:9312:node1shard2|node2:9312:node2shard2

这与前面的示例类似，但对不同服务器查询时会使用不同的表名。例如，查询 node1:9312 时将使用 node1shard2，查询 node2:9312 时将使用 node2shard。

默认情况下，所有查询都路由到最优的镜像。最优镜像是基于最近的统计数据选择的，由配置指令 ha_period_karma 控制。主节点存储每个代理的指标（总查询数、错误数、响应时间等），并按时间段分组。这些时间段的长度就是 karma。最优代理镜像动态依据最近两个时间段确定。选择镜像的具体算法可以通过 ha_strategy 指令配置。

karma 时间段以秒为单位，默认是 60 秒。主节点为监控目的存储最多 15 个带有每代理统计的 karma 时间段（参见 SHOW AGENT STATUS 语句）。然而，HA/LB 逻辑只使用这些中的最后两个时间段。

当没有查询时，主节点每 ha_ping_interval 毫秒定期发送 ping 命令，以收集统计信息并检查远程主机是否仍然存活。ha_ping_interval 默认是 1000 毫秒。设置为 0 会禁用 ping，统计将仅基于实际查询累计。

示例：

# sharding table over 4 servers total
# in just 2 shards but with 2 failover mirrors for each shard
# node1, node2 carry shard1 as local
# node3, node4 carry shard2 as local
# config on node1, node2
agent = node3:9312|node4:9312:shard2
# config on node3, node4
agent = node1:9312|node2:9312:shard1