KDOC文檔云+隔離網文件交換系統部署方式說明

一粒云云盤系統架構設計之初就是按照模塊設計，目標是支持任意一臺設備，或者多臺設備都能很好的運行，包括云盤的插件，子系統都基于相同的架構，相同的開發語言與基礎環境開發。使用分布式架構并且云存儲系統系支持分布式部署，兼容所有品牌的硬件，支持系統實現橫向擴展（增加節點），縱向擴展（增加備份）及針對部分組件實現性能擴展。

假設客戶現有資源準備：

內網區域：超融合虛擬化服務器，虛擬出了3臺虛擬機，虛擬化平臺配置為：

CPU：16核 / 內存：128GB / 系統分區：512G（SSD+)

存儲分區：容量：500G / 其他通過nas掛載到 /data 目錄

導出區 （獨立網段）

臺式機器一臺，16G內存，安裝centos 7.8系統；    

一粒云KDOC文檔云系統 整體方案 組成由云盤系統+文件交換模塊；

在部署方式上面一般采用高可用方式與分布式集群方式進行部署；兩種方式的具體描述如下：

方案1：采用分布式集群部署

部署概念圖：

說明：分布式集群部署要確保每個重要模塊都有> 2 個的獨立服務器，方式因為單臺服務器宕機導致系統不可用，系統最低分為3個部署模塊+1個負載均衡模塊，負載均衡模塊為proxy 至少保證2個服務；應用服務模塊 為圖中的App server （默認包含了 消息、緩存、文件轉碼、傳輸、搜索、殺毒等服務）App Server根據 用戶的文件類型決定是否需要繼續分，如果用戶有大量的圖紙、視頻需要處理則需要將文件轉碼這個服務單獨部署1臺或者多臺進行服務，基于集群的理念 App Server 經過負載均衡的方式鏈接到proxy，可以根據權重、服務頻次進行設計LB設置，確保3臺服務器的繁忙程度基本一致；

數據庫： 采用mysql 數據，一般采用主從同步，不建議采用雙主，mysql 雙主技術會導致不同步現象出現；

分布式存儲：一粒云內置FDFS 分布式存儲服務，用戶只需要通過NFS、Iscsi、Samba等方式掛載空間到一粒云指定的存儲路徑就可以作為云盤的存儲使用；分布式存儲也是采用負載均衡的策略進行服務，多節點情況下，需要區分配置為存儲節點還是備份節點，只有配置為存儲節點才能擴容，如果配置是備份節點就會產品+1個文件副本，用來提高安全性，同時也可以提高讀寫IO，根據項目的具體情況來配置；因此分布式集群情況下需要確保有1主節點+1備份節點；

擴展方式： 分部署集群的擴展方式為 proxy > 2 臺后可以不用擴展，App server 根據CPU使用率來擴展，支持單臺擴展； 數據庫擴展主要為從節點：就是查詢節點的擴展； FDFS 的擴展為組擴展方式：就是一旦擴展就要擴展1主1備 2個節點；不能單個節點擴展；

方案2：采用模塊分布式部署

部署圖：

說明：考慮到當前物理設備與標準化機房的甚至還有超融合等底層技術的支撐，基礎IDC環境穩定性越來越強，因此采用模塊化分布式部署也是主流的部署方式；一般一粒云在部署過程中會采用模塊化+主備的部署方式，來提高系統的可用性；

主備的方式主要是指對數據做備份，并且是根據線上環境進行實時的備份，一臺涉及到虛擬化宕機情況下，可以通過新建虛擬機，并且快速部署模塊并掛載模塊數據進行快速恢復啟用；這里的數據主要有2個： 一是數據庫里面的數據，一個是分布式存儲fdfs中的數據；還有各個模塊的配置文件；

擴展方式：模塊分布式部署在性能擴容上也比較簡單，就是擴展App server的個數，或者將App server中的特別占性能的模塊單獨部署；這里對模塊的部署個數沒有要求，系統的可用性主要來源與對IDC基礎設置的信任，同時系統自身產品的數據做備份，以防萬一；

兩種方式優劣勢對比

對比	部署難度	資源消耗	維護難度	擴展難度	安全性	可用性
分布式集群	難	>6	難	中	高	高
模塊分部署	易	<3	易	易	依賴IDC環境	中