優先推薦一站式部署方案：帆軟&阿里雲端計算巢部署指南企業部署帆軟應用時，伺服器選購複雜。需權衡 CPU 、記憶體、儲存等配置，既要滿足當前需求，又需預留擴展空間，非技術團隊往往難以決策。帆軟與阿里雲深度合作，推出「計算巢部署」服務。從資源選型到部署維運的全鏈路簡化，讓企業以更低成本、更高效率獲得「拎包填充」級的資料分析平台體驗。預設方案匹配：無需技術背景，根據業務場景選擇標準化配置，系統自動推薦最優資源組合，避免選型失誤。成本透明可控：方案價格包含維運成本，無隱性支出，對比自建機房節省 50%+ 綜合成本。分鐘級交付體系：從下單到獲得可用的帆軟專案全流程 ≤30 分鐘，傳統方案需 1~2 天。全自動化部署：自動完成雲資源開通、環境初始化、維運平台部署、專案部署，客戶「零操作」即可使用。內建維運能力：預裝帆軟維運平台，整合阿里雲監視、日誌服務，實時預警資源異常。彈性擴展：隨業務增長可無縫升級更高配置。
企業部署帆軟應用時，伺服器選購複雜。需權衡 CPU 、記憶體、儲存等配置，既要滿足當前需求，又需預留擴展空間，非技術團隊往往難以決策。
帆軟與阿里雲深度合作，推出「計算巢部署」服務。從資源選型到部署維運的全鏈路簡化，讓企業以更低成本、更高效率獲得「拎包填充」級的資料分析平台體驗。
預設方案匹配：無需技術背景，根據業務場景選擇標準化配置，系統自動推薦最優資源組合，避免選型失誤。
成本透明可控：方案價格包含維運成本，無隱性支出，對比自建機房節省 50%+ 綜合成本。
分鐘級交付體系：從下單到獲得可用的帆軟專案全流程 ≤30 分鐘，傳統方案需 1~2 天。
全自動化部署：自動完成雲資源開通、環境初始化、維運平台部署、專案部署，客戶「零操作」即可使用。
內建維運能力：預裝帆軟維運平台，整合阿里雲監視、日誌服務，實時預警資源異常。
彈性擴展：隨業務增長可無縫升級更高配置。
維運平台支援部署FineReport11.0專案。
本文根據使用者用量和業務用量，提供四個標準方案，請按需選擇。
本文方案適用於全新部署場景，基於使用者用量和業務用量推薦配置。
1）不清楚自身用量
如果對業務用量不清晰，可根據企業人數估算使用者用量，並匹配相應方案
2）使用者用量與業務用量不匹配
如果使用者用量與業務用量匹配的方案不一致，請選擇更高配置的方案
例如：註冊使用者數為1.8K，匹配方案一，但排程管理任務併發數為90，匹配方案二，則應選擇配置更高的方案二
3）用量增加
隨着使用時間和用量的增長，如果現有伺服器資源不足，需要擴容，請交握帆軟技術支援以獲得進一步支援
方案一
單機入門
方案二
單機推薦
方案三
雙節點叢集
方案四
多節點叢集
FR系統的使用者數量
可根據企業人數估算
每分鐘向FR系統傳送請求的使用者數量
可根據註冊使用者數*(0.5%~5%)估算
FR系統中同時存活的session對話中的範本格子數總和
如方案為多節點叢集，必須基於各個節點均衡對話的情況來計算
1）主應用伺服器：CPU8核、記憶體32G、磁碟300G
部署「fr應用+nginx內網關+mysql配置庫+es日誌儲存」
部署「維運平台所有組件」
單節點工程的入門推薦配置
1）主應用伺服器：CPU16核、記憶體64G、磁碟500G
單節點工程的進階推薦配置
1）FineReport主應用伺服器：CPU16核、記憶體64G、磁碟200G
部署「fr應用」
2）FineReport組件&維運平台伺服器：CPU8核、記憶體32G、磁碟500G
部署「nginx內網關+mysql配置庫+es日誌儲存」
雙節點叢集的最佳配置
1）FineReport主應用伺服器1：CPU16核、記憶體64G、磁碟200G
2）FineReport主應用伺服器2：CPU16核、記憶體64G、磁碟200G
3）FineReport組件&維運平台伺服器：CPU8核、記憶體32G、磁碟500G
部署「nginx內網關+mysql配置庫+es日誌儲存+叢集組件」
多節點叢集的最佳配置
1）N個主應用伺服器
N = 註冊使用者數 / 4K
每個伺服器配置：CPU16核、記憶體64G、磁碟200G
每個主應用伺服器上部署1個「fr應用」
該方案僅面向業務用量較小、伺服器資源緊張的客戶。該方案將在一台伺服器部署FineReport和維運平台全部組件。
請務必確定用量滿足：系統使用者數＜1k、併發使用者數＜50、單個資料集資料行數＜30w、單張範本格子數＜50w、全局格子數＜500w
包括一台主應用伺服器：CPU8核、記憶體32G、磁碟300G
組件作用可參考：瞭解維運專案組件作用
fr
nginx
mysql（支援自備）
elasticsearch（支援自備）
filebeat
ops_agent
2）用於安裝維運平台
組件作用可參考：瞭解維運平台組件作用
如已安裝維運平台，請忽略
ops、nginx
pushgateway、prometheus、grafana、alertmanager
elasticsearch、skywalking_oap
registry（支援自備）
推薦：Ubuntu 22 版本
支援：
Ubuntu 18.04.4 及以上版本（不支援 Ubuntu20.04 版本 ）
CentOS 7.3~7.9 版本
redhat 7.6 及以上版本
Rocky Linux 8.8~9.4版本
注：CentOS作業系統目前已停止服務，因此帆軟優先推薦使用Ubuntu作業系統
使用Ubuntu作業系統時，請注意檢查使用者權限（預設root使用者不是超管），下文已詳細備註
注：必須要有任一分割槽滿足條件，不可將分割槽容量加和
準備FineReport專案掛載目錄
準備維運平台掛載目錄
注：禁止直接使用/、/usr、/root、/usr/local四個目錄作為掛載路徑，可在對應位置建立資料夾使用
外掛目錄對應的檔案系統需要配置重啟自動掛載
如果沒有配置重啟自動掛載，那麼容器可能無法存取這些掛載目錄，導致資料丟失或應用程式無法正常啟動
外掛目錄不能是一個共享路徑
共享檔案系統可能導致效能下降、檔案權限問題和資料一致挑戰，這些問題會影響容器應用程式的可靠性和速度
tar命令是一個用於打包和壓縮檔案的常用命令行工具
維運平台需要使用該命令進行檔案解壓
確定伺服器已安裝sed命令
sed命令是一個用於處理正文的工具
維運平台需要使用該命令進行正文處理
確定使用者可以透過ssh連結伺服器
確定使用者的ssh連結密碼無英文單引號字元，否則部署時權限檢查無法透過
用於部署專案的伺服器使用者，必須具備相關sudo權限
1）優先推薦使用root超管使用者進行專案部署和運作
2）如需使用非超管root使用者進行專案的部署和運作，請參考文檔：Linux使用者權限說明
注：Ubuntu作業系統，預設root使用者並非超管使用者，請務必再次確認所準備的使用者是否滿足上方超連結的linux使用者權限
≥20Mbps（2.5MB/s）
注1：隨工程對話併發量增加，請適度增加
注2：如業務庫（資料連結的庫）、自備組件等均在內網，可適度降低外網帶寬要求
組件埠互通
確認FineReport專案伺服器網路
確認維運平台伺服器網路
包括一台主應用伺服器：CPU16核、記憶體64G、磁碟500G
1）用於安裝fr工程、日誌和配置組件
所有伺服器時間一致，相差不能超過5秒
伺服器時間不一致，可能會導致定時任務執行錯誤、日誌記錄混亂、資料不一致等多種問題
所有伺服器時區完全一致
伺服器時區不一致，可能會導致定時任務執行錯誤、日誌記錄混亂、資料不一致等多種問題
所有伺服器內網互通，或可以開放埠存取
下文將具體講述對應埠開放要求
64G
注：專案部署完成後需完成註冊認證。
外網或可連通帆軟雲的內網環境：推薦使用雙軸折線圖
純內網環境：需透過維運平台進行註冊新專案，需要在專案組件伺服器上安裝註冊服務組件。因此請確定為該伺服器額外準備≥2GB 閒置物理記憶體
注1：必須要有任一分割槽滿足條件，不可將分割槽容量加和
注2：自備組件可以降低磁碟要求
如自備ElasticSearch組件，伺服器剩餘閒置磁碟要求可降低100G
如自備外接配置庫組件，伺服器剩餘閒置磁碟要求可降低50G
≥20Mbps（2.5MB/S）
包括兩台伺服器：
1）用於安裝fr日誌和配置組件
32G
外網或可連通帆軟雲的內網環境：推薦使用公有雲認證
純內網環境：需透過維運平台進行容器私有雲註冊，需要在專案組件伺服器上安裝註冊服務組件。因此請確定為該伺服器額外準備≥2GB 閒置物理記憶體
準備維運平台伺服器
≥50MB/s（6.25MB/s）
包括三台伺服器：2台主應用伺服器、1台FineReport組件&維運平台伺服器
elasticsearch、minio、mysql、redis（支援自備）
使用Ubuntu作業系統時，請注意檢查使用者權限（預設root使用者不是超管）和磁碟類型（是否為xfs），下文已詳細備註
如自備檔案儲存組件，伺服器剩餘閒置磁碟要求可降低100G
如未自備檔案服務組件，需要部署minio組件，磁碟類型推薦是XFS
注1：Ubuntu作業系統，預設磁碟類型一般不是XFS，請自行調整修改
注2：阿里雲伺服器，預設磁碟類型一般不是XFS，請自行調整修改
注3：該操作可能涉及格式化磁碟，帆軟不提供相關指導，請在伺服器廠商指導下謹慎進行
≥100Mbps（12.5MB/S）
包括N+1台伺服器：N台主應用伺服器（N = 註冊使用者數 / 4K）、1台FineReport組件&維運平台伺服器
1）N個主應用伺服器（N = 註冊使用者數 / 4K）
注3：維運平台每多對接一個工程節點，需要額外準備50G磁碟
FineReport11性能测试报告.pdf
之所以需要上表的配置，是因為FineReport專案的每個組件，有最低運作配置要求，如下表所示：
注1：由於各組件不會同時滿負荷運作，為了防止資源過剩，因此準備伺服器時採用CPU共享策略。所要求的伺服器CPU核心數，並非各個容器CPU上限之和。
注2：由於各個組件容器記憶體必須滿足當前JAVA記憶體配置，以分配給xmx、堆外記憶體、FineIO讀寫記憶體、CodeCache、元空間記憶體等，因此所要求的伺服器記憶體，必須滿足各個容器記憶體上限之和。
部署了es：xmx+5G
未部署es：xmx+8G
xmx=伺服器記憶體-8G
最大不超過30G
滑鼠選中內容，快速回饋問題
滑鼠選中存在疑惑的內容，即可快速回饋問題，我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙