系統(tǒng)部署與軟硬件配置方案

1、1.1. 系統(tǒng)部署與軟硬件配置方案1.1.1, 性能設(shè)計(jì)指標(biāo)考慮到中電投的檔案業(yè)務(wù)以及信息化建設(shè)的實(shí)際情況，綜合包括部署模式、網(wǎng)絡(luò)情況、軟硬件情況、用戶類型、用戶數(shù)量、數(shù)據(jù)量等各方面因素，為確保中電投檔案管理系統(tǒng)的正常、穩(wěn)定運(yùn)行，中電投檔案系統(tǒng)將至少滿足下述性能指標(biāo)：系統(tǒng)將支持對關(guān)系型數(shù)據(jù)庫的文本數(shù)據(jù)以及大對象類型數(shù)據(jù)檢索能力；系統(tǒng)的數(shù)據(jù)交換要求采用XMLM制提供服務(wù)；系統(tǒng)支持并發(fā)用戶數(shù)大于100人；百萬目錄數(shù)據(jù)量帶全文，檢索客戶端響應(yīng)時(shí)間：2秒；系統(tǒng)無故障運(yùn)行時(shí)間大于5000小時(shí)；系統(tǒng)恢復(fù)時(shí)間小于4小時(shí)；電子目錄數(shù)據(jù)接收，導(dǎo)入（導(dǎo)出）臨時(shí)或核心數(shù)據(jù)庫每批次能承載百萬條以上，記錄數(shù)據(jù)信息不發(fā)生

2、錯(cuò)誤；正確描述硬件負(fù)載情況，同時(shí)保證我方推薦的服務(wù)器及存儲的配置要求能夠滿足未來五年企業(yè)檔案發(fā)展的需求，且可擴(kuò)展。1.1.2, 系統(tǒng)邏輯部署視圖系統(tǒng)部署將在中電投集團(tuán)“統(tǒng)一平臺”規(guī)劃下，充分考慮集團(tuán)總部檔案信息化現(xiàn)狀以及未來檔案管理的發(fā)展趨勢，檔案管理系統(tǒng)將按照“集中應(yīng)用、統(tǒng)一存儲”的方式進(jìn)行部署。同時(shí)將充分考慮部署方式的靈活、可擴(kuò)展，能夠隨著集團(tuán)公司基礎(chǔ)設(shè)施的日益完善，逐步過渡到“云計(jì)算”模式。OA系統(tǒng)歸檔服務(wù)目錄服務(wù)現(xiàn)有LDAP支持DAS/SAN/NAS/虛擬存儲/云存儲檔案系統(tǒng)邏輯部署視圖基于項(xiàng)目性能要求以及可擴(kuò)展性設(shè)計(jì)原則，在設(shè)計(jì)基礎(chǔ)設(shè)施時(shí)邏輯上有以下邏輯服務(wù)器：1）數(shù)據(jù)庫系統(tǒng)用于存儲

3、檔案管理系統(tǒng)的結(jié)構(gòu)化數(shù)據(jù)，是一個(gè)實(shí)際可運(yùn)行的存儲、維護(hù)和應(yīng)用系統(tǒng)提供數(shù)據(jù)的軟件系統(tǒng)，是存儲介質(zhì)、處理對象和管理系統(tǒng)的集合體。2）文件存儲系統(tǒng)用于存儲檔案管理系統(tǒng)的非結(jié)構(gòu)化數(shù)據(jù)，支持DAS/SAN/NASi擬存儲/云存儲等存儲模式?？臻g大小根據(jù)實(shí)際數(shù)據(jù)量而定，設(shè)計(jì)35年的存儲量，建議采用RAID-5技術(shù)。3）應(yīng)用服務(wù)器部署中間件服務(wù)器及檔案管理系統(tǒng)應(yīng)用，面向用戶提供應(yīng)用服務(wù)。4）基礎(chǔ)應(yīng)用服務(wù)器為檔案管理系統(tǒng)提供基礎(chǔ)性服務(wù)，包括全文索引、電子文件處理、WEB艮表、流媒體、縮略圖等基礎(chǔ)應(yīng)用服務(wù)5)各種接口服務(wù)器用于檔案系統(tǒng)與其它系統(tǒng)進(jìn)行交互的接口，包括與OA系統(tǒng)集成的歸檔接口服務(wù)，與統(tǒng)一消息平臺的統(tǒng)

4、一消息平臺集成服務(wù)，以及與LDAP®成的目錄服務(wù)等。其中，統(tǒng)一消息平臺集成服務(wù)除了部署在總部服務(wù)器上之外，還需要部署到基層單位。1.1.3, 服務(wù)器性能及存儲容量測算1.1.3.1, 硬件服務(wù)器估算影響因素1,服務(wù)器內(nèi)存內(nèi)存是各種信息存儲和交換的中心，CPU執(zhí)行指令、計(jì)算機(jī)執(zhí)行程序、磁盤I/O操作，都要通過內(nèi)存來做交換或者存取數(shù)據(jù)和指令，內(nèi)存讀寫速度遠(yuǎn)遠(yuǎn)低于處理器速度，內(nèi)存系統(tǒng)的設(shè)計(jì)是提高系統(tǒng)性能的關(guān)鍵。2 .磁盤的I/O操作在滿足系統(tǒng)存儲量之外，實(shí)際應(yīng)用中，影響系統(tǒng)性能的一個(gè)重要的因素是I/O,而磁盤的I/O能力主要體現(xiàn)在磁盤數(shù)據(jù)的傳輸能力和磁盤本身的讀寫速度2個(gè)方面。3 .CPU

5、的運(yùn)算能力4.網(wǎng)絡(luò)的帶寬和使用狀態(tài)5,容量規(guī)劃的因素6,處理量因素(1)接入的業(yè)務(wù)應(yīng)用的數(shù)量：接入的業(yè)務(wù)應(yīng)用數(shù)量越多，檔案管理系統(tǒng)需要維護(hù)的信息越多，占用容量越大。(2)檔案管理系統(tǒng)平臺服務(wù)調(diào)用頻率：基礎(chǔ)服務(wù)和操作型服務(wù)被調(diào)用的頻率較高；統(tǒng)計(jì)型和決策型服務(wù)被調(diào)用的頻率較低。如果應(yīng)用集成平臺上的基礎(chǔ)服務(wù)和操作型服務(wù)所占比重較大，需要較高的CPU和內(nèi)存配置。(3)數(shù)據(jù)類型和大小：數(shù)據(jù)越大，對cpu,內(nèi)存和磁盤I/O要求越高。(4)并發(fā)請求數(shù)會對檔案管理系統(tǒng)產(chǎn)生重大影響。并發(fā)請求的增長會導(dǎo)致性能下降7,硬件配置和性能要求應(yīng)用性能指標(biāo)達(dá)不到預(yù)期通常表現(xiàn)為違背SLA（響應(yīng)時(shí)間長）、應(yīng)用調(diào)用異?；駽PU滿

6、負(fù)荷。在這種情況下，硬件配置將是首先想到的問題，這是決定系統(tǒng)容量最重要的指標(biāo)。系統(tǒng)性能與CPU的處理速度有著直接的聯(lián)系。通過增加更多的CPU或者使用處理速度更快的CPU,系統(tǒng)容量也會隨之增加。更新的處理器技術(shù)也是決定系統(tǒng)性能的重要因素。同樣，試用硬件SSL加密、解密也將大大提高系統(tǒng)的處理能力。8.集群配置為了充分發(fā)揮硬件系統(tǒng)多CPU、大內(nèi)存的優(yōu)勢，必然要通過多配置服務(wù)器的數(shù)量，通過多個(gè)服務(wù)器集群來提升整體系統(tǒng)容量。1.1,3.2,應(yīng)用服務(wù)器處理能力估算方法及選型系統(tǒng)的應(yīng)用服務(wù)器主要基于WebLogic的J2EE服務(wù)器進(jìn)行開發(fā)，處理能力估算方法采用B/S架構(gòu)應(yīng)用服務(wù)器的性能估算指標(biāo)?；贘ava

7、的業(yè)務(wù)應(yīng)用系統(tǒng)的性能指標(biāo)主要有兩種，一是SPECjAppServer2004,另一個(gè)是SPECjbb2005:1、SPECjAppServer2004性能指標(biāo)：建立在標(biāo)準(zhǔn)J2EE三層架構(gòu)的模型之上，大量使用了EJB,SessionBean作為業(yè)務(wù)組件，EntityBean作為持久化組件，以及MessageDrivenBean作為消息通信組件。這種應(yīng)用設(shè)計(jì)與檔案管理系統(tǒng)的架構(gòu)有較大的區(qū)別，因此不適合作為的本次應(yīng)用服務(wù)器性能估算標(biāo)準(zhǔn)。2、SPECjbb2005性能指標(biāo)：SPECjbb2005是SPEC委員會制定的一套Java基準(zhǔn)測試程序，它是用于測試Java服務(wù)器的性能。SPECjbb2005模擬

8、了三層客戶/服務(wù)器模型結(jié)構(gòu)，所有的三層結(jié)構(gòu)都在一個(gè)JVM（Java虛擬機(jī)）內(nèi)實(shí)現(xiàn)。SPECjbb2005基準(zhǔn)測試借用了TPC-C基準(zhǔn)測試的概念、輸入產(chǎn)生、和交易模式。SPECjbb2005主要關(guān)心的是第二層業(yè)務(wù)邏輯的處理能力，即考察用Java編寫的應(yīng)用程序運(yùn)行在單臺服務(wù)器上所表現(xiàn)出的性能。3、性能估算方法系統(tǒng)性能估值公式bops/s=ffl戶并發(fā)數(shù)*每秒交易數(shù)*性能開銷/系統(tǒng)的冗余比例其中：(1)高峰期并發(fā)用戶數(shù)為：用戶總數(shù)*30%*10%,對于檔案管理系統(tǒng)，每個(gè)用戶的請求并不一定使用檔案管理系統(tǒng)數(shù)據(jù)，定義10個(gè)用戶請求有2個(gè)使用檔案管理系統(tǒng)數(shù)據(jù)，其中30%為在線用戶比例，10%為并發(fā)用戶占在

9、線用戶比例。(2)根據(jù)參考經(jīng)驗(yàn)值估算，每次用戶訪問包含的交易數(shù)：10個(gè)。(3)根據(jù)統(tǒng)計(jì),J2EE應(yīng)用服務(wù)器的性能開銷，在不使用EJB等重量級的組件條件下，J2EE應(yīng)用服務(wù)器的性能開銷主要在WebContainer和數(shù)據(jù)源方面，約為業(yè)務(wù)操作數(shù)的0.8-1倍，取均值：0.9。(4)系統(tǒng)的冗余：30%(即高峰期利用率不超過70%)。并發(fā)用戶按照100人來測算系統(tǒng)性能估值公式bops/s=100*10*0.9/70%=142874、應(yīng)用服務(wù)器的選型根據(jù)性能估算結(jié)果，通過咨詢相應(yīng)的硬件廠商，得出建議采用的應(yīng)用服務(wù)器，配置為：CPU:2顆，每顆6核，主頻為2.4GHz,內(nèi)存：16G;硬盤：2*146GB;

10、2個(gè)網(wǎng)卡。(以上配置按物理機(jī)配置建議僅供參考，項(xiàng)目實(shí)施時(shí)需根據(jù)資源池實(shí)際環(huán)境情況調(diào)整配置，也可部署在虛擬機(jī)上運(yùn)行。)1.1.3.3. 數(shù)據(jù)庫服務(wù)器處理能力估算方法及選型TPC-C是一種旨在衡量OLTP系統(tǒng)性能與可伸縮性的行業(yè)標(biāo)準(zhǔn)基準(zhǔn)測試項(xiàng)目。這種基準(zhǔn)測試項(xiàng)目將對包括查詢、更新及隊(duì)列式小批量事務(wù)在內(nèi)的廣泛數(shù)據(jù)庫功能進(jìn)行測試。許多數(shù)據(jù)專業(yè)設(shè)計(jì)人員將TPC-C視為衡量OLTP系統(tǒng)性能的有效指示器。TPC-C基準(zhǔn)測試是對硬件處理能力的考核標(biāo)準(zhǔn)。TPC-C通過模擬一個(gè)批發(fā)商的貨物管理系統(tǒng)，衡量硬件服務(wù)器的性能指標(biāo)(查詢、統(tǒng)計(jì)功能的執(zhí)行效率)。1、數(shù)據(jù)庫服務(wù)器的性能估算方法：TPC-C由于本項(xiàng)目涉及到的數(shù)

11、據(jù)庫服務(wù)器，基本都是典型的OLTP應(yīng)用，因此，按照業(yè)界標(biāo)準(zhǔn)的TPC-C來計(jì)算;理論上來說，TPC-C指標(biāo)也是用來評測一個(gè)系統(tǒng)處理OLTP整體的性能，包括軟件，硬件服務(wù)器和網(wǎng)絡(luò)等各種環(huán)節(jié)；假設(shè)硬件之外的軟件和網(wǎng)絡(luò)等都是理想的情況，根據(jù)各個(gè)數(shù)據(jù)庫實(shí)際可能的并發(fā)交易數(shù)量和類型，估算出硬件服務(wù)器(CPU、內(nèi)存、IO等)需要支持的tpmc指標(biāo)值。2、數(shù)據(jù)庫的性能參數(shù)估計(jì)：(1)并發(fā)用戶數(shù)(2)數(shù)據(jù)庫交互比率(應(yīng)用服務(wù)器與數(shù)據(jù)庫發(fā)生交互的請求數(shù))，約70%o(3)高峰期每個(gè)用戶每分鐘訪問頻(4)每次訪問包含的交易數(shù)(5)應(yīng)用服務(wù)器每個(gè)交易折算標(biāo)準(zhǔn)交易系數(shù)(6)系統(tǒng)冗余比例業(yè)務(wù)受理類占20%,每筆業(yè)務(wù)產(chǎn)生標(biāo)

12、準(zhǔn)事務(wù)數(shù)：6。信息查詢類占60%,每筆業(yè)務(wù)產(chǎn)生事務(wù)數(shù)：3。信息瀏覽類占20%,每筆業(yè)務(wù)產(chǎn)生事務(wù)數(shù)：3。3、公式TPC-C值=并發(fā)用戶數(shù)*數(shù)據(jù)庫交互比率*高峰期每個(gè)用戶每分鐘的訪問頻率*每次訪問包含的交易數(shù)*每個(gè)交易折算標(biāo)準(zhǔn)交易系數(shù)/系統(tǒng)的冗余比例根據(jù)要求，業(yè)務(wù)操作的響應(yīng)時(shí)間應(yīng)控制在5秒以內(nèi)，應(yīng)用服務(wù)器與數(shù)據(jù)庫的交互比率為：TPC-C值=100*70%*(20%*6+60%*3+20%*3)*60/70%=216004、數(shù)據(jù)庫服務(wù)器的選型根據(jù)性能估算結(jié)果，通過咨詢相應(yīng)的硬件廠商，得出建議采用數(shù)據(jù)服務(wù)器，配置為：CPU:2顆，每顆6核，主頻為2.4GHz;內(nèi)存：16G;硬盤：2*146GB;2網(wǎng)卡

13、。(以上配置按物理機(jī)配置建議僅供參考，項(xiàng)目實(shí)施時(shí)需根據(jù)資源池實(shí)際環(huán)境情況調(diào)整配置，也可部署在虛擬機(jī)上運(yùn)行。)1.1.3.4,存儲容量計(jì)算1 .數(shù)據(jù)庫容量計(jì)算方式：所需數(shù)據(jù)庫空間=2G+（文件系統(tǒng)歷史數(shù)據(jù)條數(shù)x2kb+（數(shù)據(jù)庫年條數(shù)增長量X2kb+索引量）x保留年限）/（1-存儲冗余）2 .電子文件容量計(jì)算方式：所需存儲空間=（電子文件系統(tǒng)歷史數(shù)據(jù)總量+電子文件系統(tǒng)數(shù)據(jù)年增長量*保留年限）/（1-存儲冗余）。說明：物理存儲空間考慮冗余，建議10-15%冗余。電子文件系統(tǒng)歷史數(shù)據(jù)總量：需要調(diào)研待接入的業(yè)務(wù)應(yīng)用電子文件數(shù)據(jù)情況。電子文件系統(tǒng)數(shù)據(jù)年增長量：需要調(diào)研公司待接入的業(yè)務(wù)應(yīng)用電子文件數(shù)據(jù)情況。

14、索引量=公司數(shù)據(jù)庫年增長量*0.8。3 .數(shù)字化文件存儲容量中電投現(xiàn)有的數(shù)據(jù)量約為：128萬頁的紙質(zhì)文件，100張照片，200件實(shí)物檔案以及25T的聲像檔案。單頁紙質(zhì)文件掃描成電子文件后的大小約為50k;所占容量約為：128000*50/1000/1000=64G照片掃描成電子文件后的大小約為2M;所占容量約為：100*2/1000=0.2G實(shí)物檔案經(jīng)過數(shù)字化處理后的大小約為5M;所占容量約為：200*5/1000=1G聲像檔案所占容量為25T可得出中電投所需的存儲空間約不超過：26T;考慮到業(yè)務(wù)的增長，為了滿足5年內(nèi)的數(shù)據(jù)存儲，建議配置的存儲容量為30T設(shè)備配置推薦清單.1.4.1.網(wǎng)絡(luò)拓?fù)?/p>

15、結(jié)構(gòu)中電投檔案管理系統(tǒng)物理拓?fù)浣Y(jié)構(gòu)圖按照中電投集團(tuán)信息化規(guī)劃要求，所提供硬件設(shè)施環(huán)境主要采用虛擬化的架構(gòu)，物理網(wǎng)絡(luò)拓普架構(gòu)如上圖所示，在物理主機(jī)的基礎(chǔ)上虛擬出數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器以及基礎(chǔ)應(yīng)用服務(wù)器等虛擬機(jī)。1.1.4.2, 虛擬服務(wù)器部署及配置建議序號設(shè)備名稱部署系統(tǒng)配置參數(shù)配置數(shù)量備注1數(shù)據(jù)庫服務(wù)器操作系統(tǒng)：WindowsServer2008Enterprise/CentOS7.X數(shù)據(jù)庫系統(tǒng)：ORACLE11GCPU:2顆（每顆4核）Xeon主頻2.4GHz以上，16GB1內(nèi)存，146GB硬盤*21臺與在建的中電投集團(tuán)綜合辦公系統(tǒng)共用數(shù)據(jù)庫系統(tǒng)（Oracle11GR2）2應(yīng)用服務(wù)器操作系統(tǒng)：CentOS7.X中間件：Weblogic12C標(biāo)準(zhǔn)版（2CPU安裝部署：紫光檔案管理系統(tǒng)（V9.0）、目錄中心CPUI:2顆（每顆6核）Xeon主頻2.4GHz以上，16GB1內(nèi)存，146GB硬盤*21臺在中電投集團(tuán)現(xiàn)有的VMware服務(wù)器虛擬化系統(tǒng)中部署3基礎(chǔ)應(yīng)用服務(wù)器操作系統(tǒng)：WindowsServer2008Enterprise安裝部署：全文檢索、電子文件