帆软 FineBI 6.0 新版本，支持高并发和高可用的抽取集群方案，如果工程中含有抽取数据，建议您采用该方案搭建集群。

FineBI 6.0 抽取集群方案特性如下：

1）业务高可用

集群由多个同步节点和非同步节点组成，只要还有一台同步节点存活，就能够提供完整的数据，保证数据查询高可用性。

当数据更新在执行过程中出现异常（宕机或节点假死），则通过恢复机制，将正在进行的任务重新恢复为执行前的状态，并重新执行，以保证更新业务的高可用。

2）查询高并发

多台节点同时提供查询服务，实现负载均衡，查询并发量随节点数量近似线性提升，提供可横向扩展的查询能力。

注：这里并不优化单个节点的并发数。

3）提升更新吞吐量

可以通过增加节点的方式来提高更新性能，更新耗时随节点数变多呈现非线性降低的趋势。

注：这里并不优化单个节点的更新性能和吞吐量。

3.1 面向对象

抽取集群面向两类企业：

1）FineBI6.0工程，全新部署集群，工程中使用了抽取数据。

2）FineBI5.x热备工程升级FineBI6.0，升级后取消热备，调整为抽取集群

3.2 部署过程

抽取集群的部署分为四步：

1）更新调度

• 数据更新请求可以向所有节点均衡转发。

• 所有节点均可对更新任务进行预处理，将更新任务的信息存储到任务队列。

• 所有同步节点可领取数据集更新子任务，并进行实际的抽取。

• 数据集在某节点抽取完成后，会同步到其他同步节点，全部同步完成后，该数据集才视为更新完成。

2）数据同步

同步节点：

• 该类节点上的数据文件状态都保持最新，即保持数据强一致性。更新过程中，必须保证该类节点数据同步完成，才算更新成功。

• 该类节点是高可用的基本保障，也是查询和更新高并发的主力。

非同步节点：

• 该类节点上的数据文件状态可以不是最新，保持数据在最终是一致的即可。通过同步的机制，逐渐将该类节点上的数据，更新为和同步节点一样的状态。

• 该类节点是查询高并发的支撑。

3）查询请求转发

• 数据查询请求可以向所有节点均衡转发；

• 若状态服务器返回的节点数据状态为最新状态，则由该节点处理请求；

• 若节点数据落后，则BI内部转发请求到最新数据的节点，并触发本节点的数据同步。

1）高可用时间提升

与热备相比，抽取集群中节点宕机时不再会有节点切换的耗时，降低了不可用的时间。

此外，6.0集群还支持更新业务的高可用，提供更新任务的异常恢复机制。

2）更新性能提升

多表更新任务的更新性能，随节点数变多，呈现非线性地先提升后降低趋势（由于数据同步机制）。

注：由于数据同步机制的存在，单表更新在多节点的更新性能会比单节点有所下降。

3）查询性能线性提升

抽取集群的查询，达到了真正的负载均衡，且并发性能可以随节点增加而线性增加。（性能提升随节点数增加非整倍的提升，会有一定的衰减）