FineBI6.0非容器化集群工程部署支持环境及配置

Centos 7.0、Centos 7.1、Centos 7.2、Centos 7.3、Centos 7.4

Centos 7.6、Centos 7.8、Centos 7.9

RedHat 7.0、RedHat 7.1、RedHat 7.2、RedHat 7.3、RedHat 7.4

RedHat 7.7

Windows Server 2008 及以上

Windows 11

500G以上

存放内容：

对于帆软应用，指系统使用时的临时缓存.FineBI60

对于集群组件，指组件运行时的各种缓存

目录位置：

1）对于linux系统中root用户启动的工程

根目录在/root下

2）对于linux系统中非root用户启动的工程

根目录在/home/$用户名/下

3）对于Windows系统中启动的工程

根目录在C:\Users\用户名下

详情请参见：

容器Websocket方案

集群配置WebSocket端口

同一时刻，在FineBI工程上做操作的用户数

即多少用户同时对服务器发送请求，即服务器同时处理多少用户发送来的请求

根据 IP 地址进行统计，服务器从请求中获取 IP 地址，作为一个并发key

主要限制访问系统的累计 IP 数。Lic 的该参数和下文用户数无关联

CPU：8 核 16 线程 2.5GHZ

JVM 内存：16GB

物理内存：24G

单机，节点满足：

CPU：4 核 8 线程 2.5GHZ

JVM 内存：8GB

物理内存：12G

2节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：16GB

物理内存：32G

单机，节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：16GB

物理内存：24G

3节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：16GB

物理内存：24G

CPU：16 核 32 线程 2.5GHZ

JVM 内存：24GB

物理内存：48G

4节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：16GB

物理内存：24G

3节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：24GB

物理内存：48G

CPU：8 核 16 线程 2.5GHZ

JVM 内存：16GB

物理内存：32G

单机，节点满足：

CPU：8 核 16 线程 2.5GHZ

JVM 内存：16GB

物理内存：32G

2节点集群，每个节点满足：

CPU：8 核 16 线程 2.5GHZ

JVM 内存：16GB

物理内存：32G

单机，节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

2节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

2节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：24GB

物理内存：48G

3节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

2节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：24GB

物理内存：48G

4节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

3节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

5节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

4节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

CPU：8 核 16 线程 2.5GHZ

JVM 内存：16GB

物理内存：32G

单机，节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

2节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

2节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：24GB

物理内存：48G

3节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

3节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：24GB

物理内存：48G

4节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

3节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

5节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

4节点集群，每个节点满足：

CPU：16 核 32 线程 2.5GHZ

JVM 内存：32GB

物理内存：64G

请检查各工程节点服务器系统时间是否一致

不一致可能会导致集群不可用及同步问题

推荐使用 Tomcat9 最新版本

注：使用推荐版本可减少因 Tomcat 版本过低导致的安全问题。

支持Tomcat7.0~9.0 版本

不支持 Tomcat10.0 版

JDK 1.8 且小版本需在 JDK8u102 以上

注1：JDK 版本若不符合这个要求，部署启动时可能会遇到问题

注2：JDK 版本必须要与操作系统对应，如 32 位的系统只能使用 32 位的 JDK

注3：不支持 OpenLogic OpenJDK 。

2，主从模式

2.4GHz以上

4核8线程

8核16线程

100G以上

其中根目录可用磁盘不可小于40G

100G以上

其中根目录可用磁盘不可小于40G

如有条件，建议负载均衡、状态服务器、文件服务器、外接配置库组件分别部署在不同的服务器上

如条件不足，至少确保有单独的服务器部署这些组件

8核16线程

100G以上

其中根目录可用磁盘不可小于40G

Nginx 在 Linux 系统上的部署依赖 GCC 编译器

请保证系统具备 GCC 编译环境

查询命令：gcc -v

安装命令：yum install gcc gcc-c++

1）各个组件和应用工程建议在同一网段，避免网络波动等问题

2）各个组件和应用工程如处于公网环境，带宽需在10M以上

3）各个组件和应用工程之间需要网络畅通，互相端口可访问

简介：

Keepalived+Nginx是一种实现高可用性和负载均衡的可行方案。

Keepalived通过监控多个Nginx服务器的状态，当某个服务器出现故障时，它可以自动接管该服务器的IP地址，并将所有请求转发到其他正常的服务器上。

这样可以保证Web服务的高可用性，避免单点故障导致的服务中断。

优点：

高可用性：Keepalived可以监控服务器状态，并自动进行故障转移，确保服务的高可用性。

负载均衡：Nginx将请求分配到不同的服务器上，实现负载均衡，提高系统的性能和吞吐量

反向代理：Nginx提供了反向代理功能，将请求转发到不同的Web服务器上，保证了Web服务的高效性

缺点：

配置复杂：Keepalived+Nginx需要进行复杂的配置，需要一定的技术水平和经验

需要更多的硬件或虚拟资源，需要至少两个服务器，需要增加硬件或虚拟资源的投资

文档：

Keepalived+Nginx部署方案

简介：Nginx是一款高性能、高可靠性、开源的Web服务器和反向代理服务器

广泛应用于负载均衡、Web缓存、安全控制等领域

优点：

支持多种反向代理和负载均衡算法，高性能和高并发处理能力，配置简单，易于扩展

在 Linux 系统上具备很好的并发性能，并且占用极小的内存，稳定性和性能经过充分验证

缺点：

不同模块之间的整合不够完整，对于新手可能有一定的门槛

在 Windows 系统上，若并发需求超过 200，可能会出现并发问题

文档：

Linux 系统安装配置 Nginx

Windows系统安装配置Nginx

简介：Traefik是一款现代化、动态负载均衡工具，主要用于Windows系统

优点：

无需安装，只要在命令行里执行即可，部署和使用非常简单

支持自动化更新反向代理和负载均衡配置

在 Windows 系统上具备良好的性能

缺点：部分功能需要高级版本，升级版本不够稳定

文档：windows系统安装配置Traefik

简介：AWS ELB是亚马逊云计算服务中提供的一种负载均衡服务，包括经典负载均衡、应用程序负载均衡和网络负载均衡三种类型，可以实现不同协议的负载均衡

优点：可用性和可靠性，支持多种协议，可快速部署，方便维护

缺点：费用较高，配置和权限管理较为复杂

简介：F5是一家网络应用服务公司，推出的产品包括负载均衡、应用安全等

优点：高可用性和可靠性，支持多种应用场景和应用类型，提供高级应用安全解决方案

缺点：价格较高，配置较为繁琐，需要一定的技术支持

如有条件，建议负载均衡、状态服务器、文件服务器、外接配置库组件分别部署在不同的服务器上

如条件不足，至少确保有单独的服务器部署这些组件

8核16线程

100G以上

其中根目录可用磁盘不可小于40G

Redis 在 Linux 系统上的部署依赖 GCC 编译器

请保证系统具备 GCC 编译环境

查询命令：gcc -v

安装命令：yum install gcc gcc-c++

1）各个组件和应用工程建议在同一网段，避免网络波动等问题

2）各个组件和应用工程如处于公网环境，带宽需在10M以上

3）各个组件和应用工程之间需要网络畅通，互相端口可访问

简介：

Redis单机模式是Redis最简单的部署方式，只部署一个 Redis 应用

使用起来也最为简单，只有主机、端口、密码三个配置项

优点：易于配置和管理，无需考虑数据的分片和集群等问题，运维成本低

缺点：容易出现单点故障，容量受到单台服务器的限制，不能实现高可用性和负载均衡。

文档：

Linux 系统安装配置单机 Redis

Windows系统安装配置单机Redis

简介：Redis集群是一种基于分片的Redis部署方式，它将数据分散到多个节点中，从而可以实现横向扩展和高可用性。一般是6个Redis节点，组成三主三从的模式提供服务

优点：
主节点宕机后，基于投票机制从节点可自动上升为主节点，可让 Redis 服务更加高可用
数据分区存储在不同的主节点上，可以大幅度提升 Redis 服务的性能支撑
缺点：
Redis 集群对资源的要求比较多，运维成本也会更高，至少需要三台服务器，建议准备6台

由于数据分区存储，所以当一个主节点及其对应的从节点全部宕机后，整个 Redis 集群将不能使用

当存活的主节点数小于总节点数的一半时，整个 Redis 集群也会无法提供服务
文档：linux系统安装配置Redis集群

优点：

提供较好的高可用性，对于Redis单机和Redis集群都适用

Redis哨兵只有一个主节点，当主节点宕机时，哨兵会选举一个从节点上升为主节点

缺点：

需要占用一定的系统资源，需要定期检查Redis的状态，不能实现水平扩展

Redis哨兵读写性能没有Redis集群好，因为Redis集群有多个主节点可以读写，所以不支持高并发

文档：Redis 哨兵模式插件

如有条件，建议负载均衡、状态服务器、文件服务器、外接配置库组件分别部署在不同的服务器上

如条件不足，至少确保有单独的服务器部署这些组件

8核16线程

500G~1T

其中根目录可用磁盘不可小于40G

后续请根据使用情况扩展

2）各个组件和应用工程如处于公网环境，带宽需在10M以上

3）各个组件和应用工程之间需要网络畅通，互相端口可访问

简介：SFTP是一种通过SSH协议进行加密的文件传输协议，

优点：部署简单，是Linux系统自带的，相对于FTP而言更加安全和稳定

缺点：

非高可用方案，宕机后会影响整个服务的使用

由于 SFTP 的传输方式使用了加密/解密技术，所以传输效率比普通的 FTP 要低得多

文档：

Linux 系统配置使用 SFTP

Windows系统配置使用SFTP

简介：FTP是一种文件传输协议，可以通过FTP服务器实现文件上传、下载和管理等功能

优点：稳定性高，性能好，读写速度高

缺点：非高可用方案，宕机后会影响整个服务的使用

文档：

Linux 系统安装配置 FTP

Windows系统配置FTP服务

优点：高可用方案，分布式文件系统，具备高度容错性

缺点：部署难度大，运维成本高，建议已经有HDFS服务的公司选用此方案

文档：HDFS 资源仓库

简介：MinIO是一个轻量级的开源对象存储服务器，可以运行在任何环境中，并且支持各种云存储API

优点：MinIO具有易于部署和管理、高性能和低成本等优点

缺点：在工程化方面还存在一些不足

文档：MinIO资源仓库

简介：使用支持 S3 协议的云存储文件系统作为文件服务器，包括阿里云 OSS 、华为云 OBS 、亚马逊 S3

优点：云存储，高可用方案，具备高度容错性，已有此类存储的客户对接很方便

缺点：

只支持部分S3，自建的S3不一定支持

备份还原类场景可能存在卡顿

文档：S3资源仓库

简介：共享外部存储是一种将外部存储器与服务器挂载的方式，可以实现共享文件夹和网络共享等功能

优点：

硬件存储（NAS）：稳定性高，存储空间一般都比较大

软件存储（NFS）：部署简单，方案成熟

缺点：

硬件存储（NAS）：成本高，且非完全的高可用，宕机后也会影响服务

软件存储（NFS）：非高可用，服务端宕机后，客户端就无法再提供服务

文档：共享外部目录