页面历史

单节点部署smartbi，在使用过程中可能会出现资源抢占，比如MPP抽取大数据量抽取、多并发导出场景，数据挖掘大数据量计算等场景，导致服务器资源不足，从而使服务出现访问慢，卡顿甚至报错等情况，对此，我们可以通过将服务资源消耗大的组件独立部署在服务器中，避免出现资源抢占影响smartbi服务访问。单节点部署Smartbi各个组件，在使用过程中可能会出现cpu资源抢占的情况。比如MPP高并发，大数据量查询操作、多并发执行导出的场景，数据挖掘大数据量计算场景等，都可能导致服务器资源不足，从而出现访问Smartbi慢，卡顿甚至报错等情况。

多台服务器部署Smartbi及其组件，参考部署方案如下：当前针对各个组件占用服务器CPU资源，没有好的限制方法，因此，我们建议可以根据实际使用场景，将占用CPU资源比较大的组件部署在不同的服务器中，通过服务器的隔离，实现cpu资源的隔离，达到避免出现cpu资源抢占，导致Smartbi服务访问受影响的情况。

服务器CPU资源消耗较大的组件有以下：

高速缓存库、跨库联合查询、导出引擎、Spark、Python计算节点

可以根据不同的场景使用，将资源消耗较大的服务单独部署在一个服务器中。

消耗服务器资源组件：

高速缓存库、跨库联合查询、导出引擎、Spark、Python计算节点

两台服务器部署方案参考：

2、部署方案参考

Smartbi及其组件可分为两大部分：

• 第一部分：Smartbi，知识库，高速缓存库，跨库联合查询，导出引擎，Redis

           其中可以根据服务器资源消耗再细分成两部分：

           ①Smartbi、知识库、导出引擎、Redis

           ②高速缓存库、跨库联合查询

• 第二部分：数据挖掘模块(包含数据挖掘实验引擎、服务引擎、Spark、Hadoop、Python计算节点)

           数据挖掘引擎可根据服务器资源消耗细分为两部分：

           ①实验引擎、服务引擎、Hadoop

           ②Spark、Python计算节点

部署方案并非一成不变，可以根据服务器数量和产品功能使用的侧重点来灵活的分配服务器资源。

以下几个部署方案可提供参考：

1.部署Smartbi，不部署数据挖掘

背景：两台服务器，部署除数据挖掘引擎外的所有Smartbi组件(不部署集群)。

部署规划：

2.部署Smartbi和数据挖掘

背景：两台服务器，部署所有的Smartbi组件，并且经常使用数据挖掘模块。

部署规划：

3.部署Smartbi和数据挖掘

背景：三台服务器，部署所有的Smartbi组件，并且客户习惯使用Python脚本执行数据挖掘任务。

部署规划：

多台服务器部署方案参考：

两台服务器部署

场景1、普通使用场景

场景2、MPP数据抽取，高并发查询以及跨库查询场景多

场景3、数据挖掘计算场景多

三台服务器部署

场景1、普通使用场景

场景2、MPP数据抽取，高并发查询以及跨库查询场景多

场景3、部署Smartbi集群

以上方案提供参考，可根据服务器数量以及注重某个组件功能，将消耗CPU服务器资源的组件，部署在非Smartbi和知识库节点。

部署方案并非一成不变，可以根据服务器数量和产品功能使用的侧重点来灵活的分配服务器资源。