企業(yè)云平臺(tái)存儲(chǔ)架構(gòu)設(shè)計(jì)方案

企業(yè)信息化轉(zhuǎn)型過程中，似乎都要帶上個(gè)“云”字才會(huì)顯得高大上。但是似乎沒有幾個(gè)人能清楚描述出云平臺(tái)存儲(chǔ)到底是什么？它應(yīng)該包含哪些對(duì)象、元素、技術(shù)等？彼此聯(lián)系如何？企業(yè)如何設(shè)計(jì)云平臺(tái)存儲(chǔ)架構(gòu)？在我們自己的企業(yè)當(dāng)中，如果我們完全沒有融入到公有云當(dāng)中，僅僅是自身企業(yè)的私有云，那么是否有必要仿照公有云的模式實(shí)現(xiàn)一套大而全的云存儲(chǔ)架構(gòu)呢？個(gè)人覺得沒有必要，也沒有辦法去完全仿照。首先，我們來看業(yè)界對(duì)云存儲(chǔ)的不同理解。百度百科曰“云存儲(chǔ)是一種網(wǎng)上在線存儲(chǔ)的模式，即把數(shù)據(jù)存放在通常由第三方托管的多臺(tái)虛擬服務(wù)器，需要數(shù)據(jù)存儲(chǔ)托管的人，則透過向其購買或租賃存儲(chǔ)空間的方式，來滿足數(shù)據(jù)存儲(chǔ)的需求。”阿里白皮書曰“云存儲(chǔ)作為將儲(chǔ)存資源放到云上供行為對(duì)象任意時(shí)間、任意地點(diǎn)，只要有網(wǎng)絡(luò)連接即可存取的技術(shù)，依托其便利性和彈性按需的低成本優(yōu)勢(shì)伴隨著云計(jì)算技術(shù)一起迅猛發(fā)展，勢(shì)不可擋。”紅帽曰“云存儲(chǔ)是通過互聯(lián)網(wǎng)對(duì)存儲(chǔ)資源進(jìn)行抽象化、匯集和共享。云存儲(chǔ)由稱為云的IT環(huán)境推動(dòng)，使云計(jì)算能夠在云環(huán)境中運(yùn)行工作負(fù)載。云存儲(chǔ)有3種：公共云存儲(chǔ)、私有云存儲(chǔ)和混合云存儲(chǔ)。”權(quán)威雜志曰“云存儲(chǔ)是在云計(jì)算概念上延伸和發(fā)展出來的一個(gè)新的概念，是一種新興的網(wǎng)絡(luò)存儲(chǔ)技術(shù)，是指通過集群應(yīng)用、網(wǎng)絡(luò)技術(shù)或分布式文件系統(tǒng)等功能，將網(wǎng)絡(luò)中大量各種不同類型的存儲(chǔ)設(shè)備通過應(yīng)用軟件集合起來協(xié)同工作，共同對(duì)外提供數(shù)據(jù)存儲(chǔ)和業(yè)務(wù)訪問功能的一個(gè)系統(tǒng)。”從以上觀點(diǎn)來看，我們可以明確三點(diǎn)：1）關(guān)于云存儲(chǔ)，眾說紛紜尚無定論；2）云存儲(chǔ)在大多數(shù)人眼里肯定不是通用產(chǎn)品，而是一個(gè)技術(shù)框架或體系；3）互聯(lián)、伸縮、共享、軟件定義、協(xié)同集成是業(yè)界認(rèn)可的云存儲(chǔ)表現(xiàn)出來的特點(diǎn)。接下來，將從不同維度探討分析個(gè)人理解的云存儲(chǔ)及云存儲(chǔ)架構(gòu)。首先，我們借助于公有云上的通用云存儲(chǔ)架構(gòu)開始說起對(duì)其的理解：如圖1所示，通常的公有云存儲(chǔ)資源架構(gòu)從上到下會(huì)分為4-5個(gè)層面，暴露給用戶的是最上面的“云存儲(chǔ)應(yīng)用資源接口層”，它會(huì)供給很多應(yīng)用申請(qǐng)接口。圖1公有云存儲(chǔ)通常框架圖示有基礎(chǔ)存儲(chǔ)服務(wù)類接口：例如Block存儲(chǔ)、文件存儲(chǔ)、對(duì)象存儲(chǔ)...有通用數(shù)據(jù)類存儲(chǔ)服務(wù)接口：例如媒體存儲(chǔ)、日志存儲(chǔ)、圖像存儲(chǔ)、備份存儲(chǔ)...還有一些與數(shù)據(jù)存儲(chǔ)相關(guān)的其他服務(wù)：例如數(shù)據(jù)遷移。接下來云存儲(chǔ)管理調(diào)度模塊會(huì)將需求注冊(cè)并且分配正確的存儲(chǔ)對(duì)象實(shí)例，也就是到了“數(shù)據(jù)服務(wù)對(duì)象層”，這一層實(shí)際上并不是真正的數(shù)據(jù)存儲(chǔ)空間，而是基于不同數(shù)據(jù)存儲(chǔ)接口的服務(wù)實(shí)例。再下一層的“分布式文件系統(tǒng)層”，它是數(shù)據(jù)的底層載體，多數(shù)的公有云云存儲(chǔ)底層的分布式文件系統(tǒng)都類似于GFS的Client-Master-Chrunk架構(gòu)，但是各家產(chǎn)品在GFS的基礎(chǔ)原理之上，優(yōu)化了很多用來保障系統(tǒng)穩(wěn)定性、安全性以及高性能的架構(gòu)細(xì)節(jié)。例如將Master由單節(jié)點(diǎn)變?yōu)榧骸⒃獢?shù)據(jù)多副本等來保障元數(shù)據(jù)的可靠性；將數(shù)據(jù)存儲(chǔ)索引橫向分布在多個(gè)Master實(shí)例上，保障元數(shù)據(jù)讀寫的性能；增加以RDMA、SSD等技術(shù)為基礎(chǔ)的軟件定義功能，實(shí)現(xiàn)性能的量級(jí)提升。“基礎(chǔ)功能層”實(shí)際上就是直接敷設(shè)在裸機(jī)之上的虛擬軟件基礎(chǔ)層，類似底座功能。通常它是基于通用服務(wù)器邏輯虛擬化之后形成的具備管理、調(diào)度、安全、協(xié)同等基礎(chǔ)功能的底座軟件。從以上架構(gòu)的簡(jiǎn)單描述，我們可以理解到公有云通用云存儲(chǔ)架構(gòu)的幾點(diǎn)特性：1）互聯(lián)網(wǎng)絡(luò)化：基于互聯(lián)網(wǎng)誕生，基于高速網(wǎng)絡(luò)技術(shù)完成海量數(shù)據(jù)的瞬間吞吐，基于網(wǎng)絡(luò)對(duì)外提供服務(wù)，基于網(wǎng)絡(luò)隔離技術(shù)實(shí)現(xiàn)租戶的隔離。2）應(yīng)用服務(wù)化：從傳統(tǒng)的Block、NAS、OBJ存儲(chǔ)資源提供模式轉(zhuǎn)變?yōu)锽lock、NAS、OBJ、NoSQL、NewSQL的統(tǒng)一服務(wù)接口提供模式，并且在此基礎(chǔ)之上抽象出特定應(yīng)用場(chǎng)景的應(yīng)用服務(wù)接口。存儲(chǔ)資源利用越來越靠近應(yīng)用層。3）分布式架構(gòu)：在整個(gè)云存儲(chǔ)架構(gòu)體系當(dāng)中，有太多太多的分布式元素在其中。不僅僅底層的數(shù)據(jù)載體層是純粹的分布式架構(gòu)（元數(shù)據(jù)&Chrunk數(shù)據(jù)），而且很多在其之上的存儲(chǔ)對(duì)象也是分布式架構(gòu)，尤其是NoSQL、NewSQL類的數(shù)據(jù)庫類存儲(chǔ)服務(wù)對(duì)象。4）自動(dòng)化：傳統(tǒng)模式下，需要一個(gè)非常優(yōu)秀的架構(gòu)師才能完成從應(yīng)用需求的梳理到數(shù)據(jù)存儲(chǔ)服務(wù)對(duì)象的選型及設(shè)計(jì)，再到合適存儲(chǔ)卷的規(guī)劃和配置，再到底座層資源數(shù)量規(guī)格的規(guī)劃等一系列工作。而且架構(gòu)師的能力直接關(guān)系到整體系統(tǒng)的可靠性和發(fā)展性。但是云存儲(chǔ)架構(gòu)體系當(dāng)中融入了太多的自動(dòng)化基因，使得用戶只需要注冊(cè)申請(qǐng)資源，其他的映射關(guān)系完全由云存儲(chǔ)平臺(tái)本身自動(dòng)完成。最后，我們回到傳統(tǒng)企業(yè)自身的數(shù)字化轉(zhuǎn)型過程當(dāng)中。在我們自己的企業(yè)當(dāng)中，如果我們完全沒有融入到公有云當(dāng)中，僅僅是自身企業(yè)的私有云，那么是否有必要仿照公有云的模式實(shí)現(xiàn)一套大而全的云存儲(chǔ)架構(gòu)呢？個(gè)人覺得沒有必要，也沒有辦法去完全仿照。一、為什么沒有必要？首先，共有云上的存儲(chǔ)服務(wù)對(duì)象有太多太多種，它的客戶對(duì)象是所有的行業(yè)。而對(duì)于特定行業(yè)中的個(gè)體企業(yè)來講，不是說所有的存儲(chǔ)服務(wù)對(duì)象都能用得到，作為個(gè)體企業(yè)用到的可能是某一個(gè)子集。其次，個(gè)體企業(yè)所需要的存儲(chǔ)服務(wù)需求相對(duì)穩(wěn)定、簡(jiǎn)單、可預(yù)見，與其投入大量的人力才力放在大而全上，還不如把有限的經(jīng)歷放在小而精上。再次，與公有云相比較而言，個(gè)體企業(yè)的數(shù)據(jù)規(guī)模、節(jié)點(diǎn)規(guī)模、負(fù)載規(guī)模完全發(fā)揮不出來互聯(lián)網(wǎng)式的分布式規(guī)模效應(yīng)，某些為此的投入從某種意義上講就是浪費(fèi)。二、為什么沒有辦法？首先，從公有云的IT人力投入上講，個(gè)體企業(yè)完全不具備條件，何以保障生產(chǎn)運(yùn)營過程當(dāng)中的快速創(chuàng)新、快速解決BUG、快速迭代？每一段有價(jià)值代碼都是很多人的智慧和實(shí)踐換來的。其次，從IT人員的技術(shù)延展性來看，公有云的IT人員側(cè)重于純技術(shù)的錘煉，個(gè)體企業(yè)當(dāng)中的IT人員側(cè)重于更懂自己企業(yè)的業(yè)務(wù)系統(tǒng)特性。這兩種人究竟哪一種放在自己的企業(yè)當(dāng)中從事IT工作的價(jià)值更大，我想不言而喻。再次，公有云的云存儲(chǔ)架構(gòu)是經(jīng)過了互聯(lián)網(wǎng)發(fā)展的若干年以及千萬種問題場(chǎng)景逐步演變過來的，這里面有千萬個(gè)代碼的改變都是基于特殊的時(shí)間、特殊的場(chǎng)景、特殊的問題促成的。這個(gè)也是個(gè)體企業(yè)無法經(jīng)歷的。那么對(duì)于個(gè)體企業(yè)來講，應(yīng)該尋求什么樣的云平臺(tái)存儲(chǔ)架構(gòu)？借助于圖2，我們來描述企業(yè)私有云環(huán)境下的云存儲(chǔ)架構(gòu)應(yīng)該是什么樣的。在這里，我們僅僅從幾個(gè)需要區(qū)別或者需要做出變化的層面重點(diǎn)強(qiáng)調(diào)。圖2：私有云云存儲(chǔ)框架圖示如圖2所示，首先，最核心的是要選擇中間的“穩(wěn)定成熟的分布式存儲(chǔ)、集中式存儲(chǔ)產(chǎn)品”，我們選擇的標(biāo)準(zhǔn)要看其安全性、穩(wěn)定性、上層的二次開發(fā)包容性以及下層的兼容性這個(gè)需要結(jié)合企業(yè)業(yè)務(wù)系統(tǒng)及數(shù)據(jù)特性來從技術(shù)原理上、使用案例上、經(jīng)歷時(shí)間上等各方面來考量。其次，產(chǎn)品本身要與我們既有的或者即將選擇的私有云底座平臺(tái)軟件有很好的兼容性。這個(gè)也需要通過各維度進(jìn)行分析評(píng)估。再次，通過本身的接口以及提供的二次開發(fā)接口來實(shí)現(xiàn)適合企業(yè)自身的“數(shù)據(jù)服務(wù)對(duì)象層”，不需要大而全，但是一定要在自身企業(yè)IT場(chǎng)景當(dāng)中靈活易用。

陳萍春利安人壽資深工程師：存儲(chǔ)架構(gòu)設(shè)計(jì)需要去深入理解具體存儲(chǔ)方案的架構(gòu)和實(shí)現(xiàn)原理，找出存儲(chǔ)方案中的風(fēng)險(xiǎn)點(diǎn)，并且很有必要通過恰當(dāng)?shù)臏y(cè)試方案去驗(yàn)證。需求分析云平臺(tái)存儲(chǔ)需要符合云平臺(tái)的整體設(shè)計(jì)需求，但最終還是為企業(yè)業(yè)務(wù)應(yīng)用服務(wù)的。云平臺(tái)存儲(chǔ)的需求分析不能只關(guān)注與云平臺(tái)的對(duì)接適配需求，還需要重點(diǎn)關(guān)注企業(yè)業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)需求，即數(shù)據(jù)存儲(chǔ)分層分級(jí)需求。數(shù)據(jù)存儲(chǔ)分層分級(jí)應(yīng)在滿足不同類型業(yè)務(wù)系統(tǒng)存儲(chǔ)需求的基礎(chǔ)上，降低云平臺(tái)存儲(chǔ)整體成本，結(jié)合我司業(yè)務(wù)情況分為：1）核心業(yè)務(wù)類型系統(tǒng)及其數(shù)據(jù)庫，需要最高的存儲(chǔ)性能和可靠性，性能更關(guān)注于IO延時(shí)；2）其他輕量級(jí)數(shù)據(jù)庫，需要較高的存儲(chǔ)性能和可靠性，需關(guān)注IO延時(shí)性能；3）數(shù)據(jù)分析類應(yīng)用及其數(shù)據(jù)庫，存儲(chǔ)擴(kuò)展性要求高，性能更關(guān)注于IO吞吐；4）互聯(lián)網(wǎng)類新業(yè)務(wù)和一般業(yè)務(wù)應(yīng)用，需要較好的擴(kuò)展性，有一定的IO延時(shí)性能要求；5）非結(jié)構(gòu)化類型業(yè)務(wù)數(shù)據(jù)，存儲(chǔ)擴(kuò)展性要求高，性能更關(guān)注于IO吞吐。架構(gòu)設(shè)計(jì)方法根據(jù)需求分析階段的數(shù)據(jù)存儲(chǔ)分級(jí)結(jié)果，又可將核心業(yè)務(wù)應(yīng)用、數(shù)據(jù)庫等歸類為穩(wěn)態(tài)類應(yīng)用場(chǎng)景，其更關(guān)注于存儲(chǔ)可靠性，存儲(chǔ)IOsize小，性能更關(guān)注于IO延時(shí)；而互聯(lián)網(wǎng)類新業(yè)務(wù)、一般業(yè)務(wù)應(yīng)用和數(shù)據(jù)分析類則可歸類為敏態(tài)類應(yīng)用場(chǎng)景。針對(duì)穩(wěn)態(tài)和敏態(tài)的存儲(chǔ)架構(gòu)如何設(shè)計(jì)，主要是采用兩種不同的架構(gòu)設(shè)計(jì)方法：?自頂向下：自頂向下是從整體架構(gòu)出發(fā)，逐步求精，去分析設(shè)計(jì)云平臺(tái)存儲(chǔ)通用框架及其組成元素。該設(shè)計(jì)分析方法既需要對(duì)問題域有清晰的了解，對(duì)行業(yè)未來一段時(shí)間內(nèi)的應(yīng)用場(chǎng)景有清晰的認(rèn)識(shí)，又需要能把控住求解域，對(duì)云平臺(tái)存儲(chǔ)技術(shù)發(fā)展和應(yīng)用有深刻的認(rèn)識(shí)。?自底向上：與自底向上方法則相反，針對(duì)實(shí)際需要解決的問題，去做存儲(chǔ)的技術(shù)選型，逐步搭建云平臺(tái)存儲(chǔ)架構(gòu)框架，從具體到抽象。整體來看，穩(wěn)態(tài)類應(yīng)用場(chǎng)景更偏向于穩(wěn)定可靠的存儲(chǔ)方案，穩(wěn)態(tài)的業(yè)務(wù)量增長是規(guī)律的，容量是可預(yù)估的，系統(tǒng)架構(gòu)穩(wěn)定，有著明確的業(yè)務(wù)連續(xù)性和數(shù)據(jù)安全需求。因此穩(wěn)態(tài)類應(yīng)用場(chǎng)景是適合采用自頂向下的架構(gòu)設(shè)計(jì)分析方法的，存儲(chǔ)方案可選擇更加穩(wěn)定可靠的企業(yè)存儲(chǔ)，落地前需要做好充分測(cè)試和整體存儲(chǔ)架構(gòu)規(guī)劃，減少存儲(chǔ)架構(gòu)方案的不確定性，盡量避免后期存儲(chǔ)架構(gòu)的調(diào)整。而敏態(tài)類業(yè)務(wù)的起伏變化較大，系統(tǒng)架構(gòu)從簡(jiǎn)單到復(fù)雜，要求彈性伸縮，架構(gòu)可擴(kuò)展。穩(wěn)態(tài)類場(chǎng)景的存儲(chǔ)需求就是有不確定性的，存在著較大的差異。以自頂向下的架構(gòu)設(shè)計(jì)思路來看，擴(kuò)展性和包容性是敏態(tài)類存儲(chǔ)架構(gòu)最需要滿足的特性，這也是一個(gè)繞不開的難點(diǎn)，過于強(qiáng)調(diào)擴(kuò)展性和包容性，又會(huì)帶來性能、成本和復(fù)雜性的問題。但是可以改變思路，采用自底向上的架構(gòu)設(shè)計(jì)分析方法，去專注考慮實(shí)際場(chǎng)景的確定性部分。自底向上的架構(gòu)設(shè)計(jì)降低了整體規(guī)劃設(shè)計(jì)的復(fù)雜性，是追求快速應(yīng)用落地，根據(jù)各種敏態(tài)類業(yè)務(wù)應(yīng)用場(chǎng)景，去評(píng)估落地適合的存儲(chǔ)方案，在實(shí)踐過程中去推進(jìn)云平臺(tái)存儲(chǔ)架構(gòu)框架的演進(jìn)。架構(gòu)權(quán)衡和風(fēng)險(xiǎn)點(diǎn)評(píng)估架構(gòu)權(quán)衡是對(duì)需求做權(quán)衡取舍，在存儲(chǔ)架構(gòu)設(shè)計(jì)中有太多的需求，而眾多需求之間往往會(huì)互相限制。比如說，存儲(chǔ)的軟硬件成本會(huì)很大程度上影響存儲(chǔ)的可靠性和性能，高可靠性很多時(shí)候也是需要犧牲成本和性能來實(shí)現(xiàn)的，靈活擴(kuò)展能力往往又會(huì)帶來更高的架構(gòu)復(fù)雜度。架構(gòu)設(shè)計(jì)也是一個(gè)需求的權(quán)衡評(píng)估過程，需要適當(dāng)舍棄部分非關(guān)鍵的需求，去優(yōu)先滿足那些最關(guān)鍵的需求。風(fēng)險(xiǎn)點(diǎn)評(píng)估也是需要重點(diǎn)關(guān)注的，也是架構(gòu)設(shè)計(jì)成敗的關(guān)鍵。存儲(chǔ)架構(gòu)設(shè)計(jì)需要去深入理解具體存儲(chǔ)方案的架構(gòu)和實(shí)現(xiàn)原理，找出存儲(chǔ)方案中的風(fēng)險(xiǎn)點(diǎn)，并通過恰當(dāng)?shù)臏y(cè)試方案去驗(yàn)證也是很有必要的。一般來說，風(fēng)險(xiǎn)點(diǎn)包括：方案的成熟度和穩(wěn)定性風(fēng)險(xiǎn)、性能風(fēng)險(xiǎn)、新版本風(fēng)險(xiǎn)、擴(kuò)展能力不足、架構(gòu)適配風(fēng)險(xiǎn)、運(yùn)維風(fēng)險(xiǎn)等等。這些風(fēng)險(xiǎn)點(diǎn)甚至?xí)苯雨P(guān)系到存儲(chǔ)架構(gòu)方案的可行性，不可謂不重要。結(jié)合企業(yè)實(shí)際業(yè)務(wù)需求，做好架構(gòu)權(quán)衡和風(fēng)險(xiǎn)點(diǎn)評(píng)估，才能設(shè)計(jì)出更合理的存儲(chǔ)架構(gòu)。張俊禧長安銀行存儲(chǔ)架構(gòu)師：構(gòu)筑企業(yè)的云平臺(tái)存儲(chǔ)可以使企業(yè)適應(yīng)快速迭代創(chuàng)新的業(yè)務(wù)發(fā)展，在市場(chǎng)占得先機(jī)，可以提升企業(yè)運(yùn)維管理水平，邁出上云的第一步。部署云平臺(tái)存儲(chǔ)是企業(yè)私有云建設(shè)的重要環(huán)節(jié)。云平臺(tái)存儲(chǔ)將企業(yè)內(nèi)部的各種存儲(chǔ)資源云化管理，企業(yè)的私有云管理平臺(tái)調(diào)用各類接口驅(qū)動(dòng)存儲(chǔ)資源的彈性的配置，云原生的應(yīng)用和傳統(tǒng)的應(yīng)用都可以在“云里”自如地獲取所需的存儲(chǔ)資源。如何將數(shù)據(jù)中心的各種存儲(chǔ)設(shè)備“搬上云”？本文對(duì)“金融企業(yè)如何設(shè)計(jì)私有云平臺(tái)存儲(chǔ)”這一課題貢獻(xiàn)一些思考。為金融企業(yè)設(shè)計(jì)云平臺(tái)存儲(chǔ)，首先要規(guī)劃將要建設(shè)的私有云應(yīng)具備哪些基本的存儲(chǔ)服務(wù)能力，換言之，根據(jù)業(yè)務(wù)需要將具體的存儲(chǔ)設(shè)備抽象成IaaS層哪些存儲(chǔ)服務(wù)，這一層設(shè)計(jì)不需要考慮具體的產(chǎn)品形態(tài)。下圖（圖3）整理了金融企業(yè)典型的業(yè)務(wù)及對(duì)存儲(chǔ)訪問接口、性能和容災(zāi)能力的要求。圖3：業(yè)務(wù)及對(duì)存儲(chǔ)訪問接口、性能和容災(zāi)能力的要求圖中比較有代表性的是：1）關(guān)鍵交易型數(shù)據(jù)庫通常使用塊存儲(chǔ)，對(duì)存儲(chǔ)性能要求高，對(duì)存儲(chǔ)容災(zāi)要求高，企業(yè)級(jí)全閃存存儲(chǔ)滿足這些要求；而內(nèi)部報(bào)表分析型數(shù)據(jù)庫批量處理對(duì)存儲(chǔ)壓力較大，綜合投入角度考慮，也需要配置性能較好的塊存儲(chǔ)，存儲(chǔ)的檔次可以略低些。2）關(guān)鍵交易型應(yīng)用，特別是互聯(lián)網(wǎng)業(yè)務(wù)，多數(shù)已經(jīng)采用無狀態(tài)應(yīng)用開發(fā)模型，特別適合使用容器形式部署，目前先進(jìn)存儲(chǔ)廠商已經(jīng)在企業(yè)級(jí)存儲(chǔ)上支持CSI接口，并且VMware及分布式存儲(chǔ)也廣泛支持容器。3）金融行業(yè)通常使用對(duì)象存儲(chǔ)處理非結(jié)構(gòu)化的數(shù)據(jù)，越來越多的應(yīng)用開始支持S3接口。4）文件存儲(chǔ)適合應(yīng)用節(jié)點(diǎn)間需要共享數(shù)據(jù)的情況，文件也是經(jīng)常用到的存儲(chǔ)接口。總體看，金融企業(yè)業(yè)務(wù)可能會(huì)用到塊、文件、容器、對(duì)象四種接口，對(duì)應(yīng)云平臺(tái)存儲(chǔ)的四種基本存儲(chǔ)服務(wù)能力。同時(shí)按照業(yè)務(wù)對(duì)性能和容災(zāi)的不同要求，四種存儲(chǔ)能力分別在兩個(gè)維度還可以細(xì)分。設(shè)計(jì)云平臺(tái)存儲(chǔ)就是要將企業(yè)內(nèi)部孤立的具體的存儲(chǔ)設(shè)備轉(zhuǎn)化成云上的服務(wù)，同時(shí)把具體的存儲(chǔ)空間從申請(qǐng)到銷毀整個(gè)生命周期的運(yùn)維操作轉(zhuǎn)化成云上自助服務(wù)的流程和底層一系列自動(dòng)化的操作。云平臺(tái)存儲(chǔ)是企業(yè)私有云的整體建設(shè)一個(gè)環(huán)節(jié)，通常需要通盤考慮計(jì)算、網(wǎng)絡(luò)及業(yè)務(wù)上云。下圖（圖4）說明了云平臺(tái)存儲(chǔ)從物理設(shè)備直到云服務(wù)是如何被構(gòu)建出來的。圖4：云平臺(tái)存儲(chǔ)從物理設(shè)備直到云服務(wù)如何被構(gòu)建示意圖根據(jù)上圖數(shù)據(jù)中心全部的云計(jì)算技術(shù)首先建立在某種Hypervisor層之上，Hypervisor安裝在服務(wù)器上與存儲(chǔ)本身關(guān)系不大。云平臺(tái)存儲(chǔ)是云管理平臺(tái)軟件對(duì)各種存儲(chǔ)服務(wù)的實(shí)現(xiàn)，比較有代表性三種情況是：1）常見國產(chǎn)分布式存儲(chǔ)（或稱為軟件定義存儲(chǔ)）本質(zhì)上是基于網(wǎng)絡(luò)的集群文件系統(tǒng)，在此基礎(chǔ)上再構(gòu)建出塊、文件及對(duì)象等存儲(chǔ)服務(wù)，代表性的是基于Ceph開發(fā)的產(chǎn)品。2）以CSI和S3為代表的接口，存儲(chǔ)設(shè)備支持相關(guān)協(xié)議，Kubernetes容器編排平臺(tái)可以直接調(diào)用CSI訪問存儲(chǔ)，應(yīng)用可以直接調(diào)用S3接口訪問存儲(chǔ)，這兩種接口的實(shí)現(xiàn)幾乎不需要云管理平臺(tái)再對(duì)存儲(chǔ)進(jìn)行封裝。3）OpenStack實(shí)現(xiàn)比較復(fù)雜，使用具體存儲(chǔ)廠商的驅(qū)動(dòng)和存儲(chǔ)設(shè)備直接對(duì)接，使用Cinder子項(xiàng)目配置塊存儲(chǔ)服務(wù)供計(jì)算節(jié)點(diǎn)使用，使用Manila子項(xiàng)目創(chuàng)建文件服務(wù)接口繼而對(duì)接NFS等具體文件協(xié)議最終呈現(xiàn)文件服務(wù)能力。4）CSI（ContainerStorageInterface）為容器編排引擎Kubernetes和存儲(chǔ)系統(tǒng)之間建立一套標(biāo)準(zhǔn)的存儲(chǔ)調(diào)用接口，通過這個(gè)接口為容器編排引擎提供存儲(chǔ)服務(wù)。上文說明了云平臺(tái)存儲(chǔ)的底層邏輯。云平臺(tái)存儲(chǔ)的設(shè)計(jì)可能經(jīng)歷以下幾個(gè)階段：1）云平臺(tái)存儲(chǔ)應(yīng)首先和企業(yè)的CMDB對(duì)接，掌握企業(yè)全部的設(shè)備信息和配置信息。云平臺(tái)存儲(chǔ)后期的管理應(yīng)與CMDB聯(lián)動(dòng)。2）云平臺(tái)存儲(chǔ)設(shè)計(jì)的前置工作將有條件的存儲(chǔ)先池化統(tǒng)一管理。企業(yè)生產(chǎn)環(huán)境存在不同檔次的存儲(chǔ)，部分中端磁盤陣列或者一些購置較早的設(shè)備可能不支持新的接口或者不能適配云管理平臺(tái)軟件。這時(shí)有條件的企業(yè)可以用具有異構(gòu)其他存儲(chǔ)的企業(yè)級(jí)存儲(chǔ)，先將中小陣列進(jìn)行統(tǒng)一納管，形成虛擬存儲(chǔ)池，中小存儲(chǔ)降級(jí)為空間供應(yīng)者，由企業(yè)級(jí)存儲(chǔ)負(fù)責(zé)與云平臺(tái)對(duì)接。3）根據(jù)存儲(chǔ)不同的性能和容災(zāi)保護(hù)情況進(jìn)行分類分級(jí)，最終形成差異的存儲(chǔ)服務(wù)。首先分析塊存儲(chǔ)，