反饋已提交
網絡繁忙
目前叢集功能中一些常用的參數，配置時需要手動向資料庫中增加或修改欄位，存在以下兩個問題：
使用者不知道什麼情況下去配置這些參數，以及這些參數的意義，需要後方提供支援。
修改資料庫中的欄位存在一定的操作成本。
對於常用的叢集參數，FineReport 開放平台配置，使用者可自行實現配置，目前允許配置：
Redis儲存key前綴
內部轉發參數
使用者在 平臺開啟叢集 後，以管理者身分登入決策系統，點選「管理系統>智慧維運>叢集配置」，在參數配置頁面中，可對「Redis儲存key前綴」參數和「內部轉發參數」進行配置。
其中，對參數進行配置時，滑鼠移到配置項正文框後面，會有個提示圖示，點選後出現該配置項的要求。如下圖所示：
當使用的 Redis 伺服器屬於公用服務，也被其他工程所使用時。為了避免多套工程的 key 存在衝突，我們需要給不同的工程自訂其儲存在 Redis 中的 key 前綴。
配置並重啟工程後，我們可以從 redis 中查詢到新的前綴的 key 值，查詢方法見：Linux 系统 Redis 运维手册
修改「key前綴」後，點選右側「儲存」按鈕，前端彈窗提醒使用者：參數設定已修改，請重啟各節點工程以生效。如下圖所示：
我們通常給負載均衡配置輪詢的轉發策略，負載均衡不會判斷某個請求的節點歸屬情況，會將請求按照輪詢的策略轉發給各個節點。當節點收到不屬於自己的請求時，會內部轉發該請求給對應的節點處理，請求處理完成後再原路傳回。
基於這個邏輯，當一個節點異常時無法對內部轉發過來的請求進行回应，負載均衡可能會對正常的節點進行誤判，也有可能導致此請求遲遲無法傳回且前端無報錯。
為了避免單節點當機導致叢集不可用的情況發生，增加了對節點間轉發的請求的健康檢查，可以對異常節點進行限制並能夠前端提醒。報錯頁面如下圖所示：
伺服器拒絕連結：
逾時：
讀寫逾時的時間，如果在逾時時間內伺服器未傳回或收到任何資料，視為逾時。如果有些報表計算或者匯出時後端需要花費幾分鐘甚至更多，則需要設定長一點
對應 nginx 中的參數為 proxy_read_timeout 和 proxy_send_timeout ，這兩個參數值要大於平台配置的逾時時間
單個週期內最大嘗試的次數，此參數須≥1次
最大嘗試失敗次數 n ，預設值為 8 次
對應 nginx 中的參數為 max_fails ，建議大於或等於平台配置的嘗試次數
在單個失效時間內，失敗請求超過最大嘗試次數後，節點會被置為失效，新的請求將不會內部轉發給該節點
對應 nginx 中的參數為 fail_timeout ，建議大於或等於平台配置的 s
修改「內部轉發參數」後，點選右側「儲存」按鈕，前端彈窗提醒使用者：參數設定已修改，請重啟各節點工程以生效。如下圖所示：
使用者配置參數時，前端和後端都進行校檢，前端校檢不符合規則進行提示，後端校檢不符合規則不進行寫入。如下圖所示：
滑鼠選中內容，快速回饋問題
滑鼠選中存在疑惑的內容，即可快速回饋問題，我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙