如何爲企業量身打造一套高可用系統?

對於用戶量較大的系統以及系統穩定性要求極高的企業,每一次計劃外的系統停機都是嚴重事故。想要降低計劃外系統停機的概率,有兩個關鍵動作,一是執行計劃內維護來及時更新硬件或者軟件,另外一個有效的動作就是搭建一套高可用系統來降低系統意外停機的概率。

 

帆軟在FineReport8.0和FineReport9.0版本就已提供有集羣方案,隨着企業用戶對集羣方案需求的多樣性提升、系統環境的複雜度增加,爲了進一步滿足企業用戶的需求,帆軟在2018年10月基於FineReport10.0和FineBI5.0推出全新web集羣方案。截止今天已經有140餘家帆軟客戶選擇使用web集羣方案來提升系統的高可用性。

 

既然上面提到我們可以滿足客戶多樣性、複雜性的需求,今天就給大家介紹一下如何選擇集羣方案,來量身打造一套適合企業的高可用性系統。

 

ps:本文基於2019.12月發佈的FineReport jar包進行講解。

 

正式介紹之前,先說一點基礎知識,帆軟的web集羣架構:負載均衡+狀態服務器+文件服務器/節點間同步+外置數據庫(如果還沒了解過帆軟的集羣方案,可以先看一下集羣方案介紹),支持的組件多樣化,可以針對不同場景進行選擇和搭配。

 

 

第一步:選擇操作系統

 

帆軟web集羣方案對Windows操作系統、Linux操作系統均能支持,如果企業還在考慮選擇什麼樣的操作系統,這裏推薦大家選擇Linux操作系統,有兩個關鍵:性能和穩定性。

 

  • Linux系統處理多線程比Windows要好的多,而且不像Windows系統必備圖形化操作界面,因此佔用資源會少一些,性能也更好;

  • Linux系統穩定性極佳,大部分硬件和配置更新無需重啓;相對Windows系統,宕機機率更低,常常一年都不用關機;

 

但是影響我們最終哪種系統的因素,還有一個最關鍵的點——運維能力,如果公司不具備Linux系統的運維能力,只能選擇Windows系統了。

 

第二步:選擇負載均衡

 

 

負載均衡作爲集羣的入口,起到請求分發和節點健康檢查的作用。不管是軟件負載均衡,還是硬件負載均衡,核心作用都是一樣的。硬件負載均衡穩定,性能也較好,但是採購和維護成本都比較高。軟件負載均衡性價比高,像我們常用的Nginx、Traefik都是開源免費的,許多超大型的企業也在使用,可用性得到過有效的驗證。

 

帆軟官方驗證過的軟件負載均衡有兩種:Traefik和Nginx,Linux系統推薦選用Nginx作爲負載均衡,Windows系統推薦選用Traefik。如果希望負載均衡層面也具備高可用性,避免單點故障,可以再做一個Keepalived+Nginx方案,確保一個Nginx服務宕機或異常後,有備用的Nginx服務可以接手。

 

第三步:選擇Redis方案

 

 

帆軟集羣方案裏,狀態服務器是用Redis實現的,常用的Redis方案有Redis單機、Redis集羣、Redis哨兵三種。Redis單機方案簡單易部署,運維成本低。但是如果希望Redis服務也達到高可用性,就需要選擇Redis集羣或者Redis哨兵方案了。

 

Redis集羣是官方推薦方案,既能夠保證Redis服務的高可用性,又因爲數據是分區存儲在不同的主節點上,可以大幅度提升Redis服務的性能支撐。不足之處就是運維和資源成本相對Redis單機要高一些。

 

Redis哨兵模式是通過哨兵節點來實現自動化監控Redis主節點健康狀態,並提供故障恢復功能。最常用的Redis哨兵方案爲1主2從3哨兵,能夠做到較好的高可用。缺點是不能支持高併發,能提供寫入功能的也就只有主節點。

 

注:FineReport和FineBI產品需要安裝Redis哨兵插件來對接Redis哨兵服務,插件還在測試階段,預計2020年2月份正式上線。

 

第四步:選擇文件一致性方案

 

 

集羣一致性裏很關鍵的點就是文件一致性,帆軟提供了多種方案來保障節點間資源文件的一致性。我們可以基於運維能力,實際場景來進行選擇。

 

  • 節點間同步

 

節點間同步是保障節點間文件一致性的最簡方案。無須開啓文件服務器,無須做任何配置即可使用。而且各節點均存儲文件,具備高可用性。不過節點間同步方案建議僅在兩節點時選用,因爲當節點增多時,節點間通信和同步效率會逐漸變低。

 

  • 文件服務器

 

當使用文件服務器時,各個節點都從同一個文件服務器讀取資源文件,不涉及到節點間同步,因此各個節點讀取的資源文件永遠會保持一致性,節點數較多的場景下建議使用文件服務器。常用的幾種文件服務器:FTP、SFTP、HDFS、NAS、NFS。

 

第五步:選擇緩存模式

 

2019年12月更新的jar包裏增加了緩存模式,當我們開啓集羣時,可以選擇主動緩存、被動緩存、關閉緩存。主動緩存就是直接緩存所有資源文件,被動緩存是對訪問到的資源文件進行緩存,開啓緩存可以提高文件讀寫的性能。而且配合文件服務器使用時,可以提升集羣的高可用性,因爲當文件服務器宕機時,系統可以繼續從緩存文件中讀取資源。

 

第六步:選擇外置數據庫

 

 

外置數據庫在集羣方案裏也是很關鍵的點,由於各個節點均使用同一個外置數據庫,因此節點間的配置可以保持一致性。FineReport和FineBI對常用的數據庫都可以支持,包括MySQL、SqlServer、Oracle、DB2等。若公司已有數據庫服務,數據庫版本符合帆軟的要求則可直接使用,如果想要保證數據庫的高可用性,還可以採用主從的數據庫部署方案。

 

讀完上面的內容,相信你已經知道了如何選擇一套符合自己企業的集羣方案了。不過值得說明的是,世上沒有100%高可用的方案,但我們可以通過選用完備的高可用方案,加上對系統定期運維檢查和更新,讓系統的高可用性儘可能地接近100%。

歡迎關注我的公衆號“商業智能研究”,私信回覆“資料包”,即可領取大數據、數據中臺、商業智能、數據倉庫等6G精華資料

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章