云存儲在企業(yè)應用的未來趨勢探析

張華炎

摘要:全球數(shù)據(jù)的不斷海量增長給組織的存儲系統(tǒng)帶來了極大的挑戰(zhàn)，同時，商務智能的興起使得數(shù)據(jù)的流通越來越頻繁，企業(yè)高管也越來越迫切需要釋放數(shù)據(jù)信息更多的價值。傳統(tǒng)的存儲系統(tǒng)或者方式已經(jīng)越來越難滿足企業(yè)對數(shù)據(jù)存儲以及釋放價值的需求，越來越的企業(yè)開始將這目光逐漸轉移到新興的云模式之上。作為云不可或缺的基礎設施存儲系統(tǒng)也越來越受到企業(yè)的關注，其需要綜合考量存儲設備的安全與穩(wěn)定性、靈活性、可擴展性以及易用性等四大因素。該文旨在探析企業(yè)中如何應用云存儲。

關鍵詞:云存儲;服務;云備份

中圖分類號：TP393文獻標識碼：A文章編號：1009-3044(2012)15-3558-03

1安全與穩(wěn)定是基礎，部署云必然要進行數(shù)據(jù)遷移

隨著企業(yè)對新興業(yè)務的要求越來越高，特別是互聯(lián)網(wǎng)時代導致數(shù)據(jù)量大幅度提高，企業(yè)對于數(shù)據(jù)挖掘，對于人特別是屬性選擇的不同取向，使得企業(yè)IT系統(tǒng)最終形成的架構需求不一樣，這也導致整個互聯(lián)網(wǎng)或者是存儲、計算都向云的方向去轉變。云存儲系統(tǒng)構建時，安全和穩(wěn)定性是企業(yè)對存儲設備的最根本的要求，而這也是企業(yè)在考慮向云端過渡時，選購存儲設備進行云存儲架構設計最為關心的一點。

存儲是一個很“保守”的行業(yè)，通常剛進入存儲行業(yè)的新人都會被“老鳥”告誡，如果它（存儲）不出問題，那么就不要去動它。因為企業(yè)的所有數(shù)據(jù)信息都存儲在里面，你必須要為企業(yè)的未來負責，如果你對存儲沒有十足的把握，那么你就不要去動它，一旦某個操作出現(xiàn)問題，極有可能導致的后果就是企業(yè)數(shù)據(jù)丟失，而這一風險所造成的后果是任何人都無法承擔。因此，安全與穩(wěn)定性（可靠性）是存儲系統(tǒng)的必備特點，也是企業(yè)在考慮部署云存儲系統(tǒng)采用存儲基礎設施時，首要考量的因素。

但在談到企業(yè)在云端過渡時，卻又不得不“動”這些數(shù)據(jù)。當企業(yè)一旦實施云部署后，就應該將已有數(shù)據(jù)遷移到新的系統(tǒng)之中，這也是出于安全與穩(wěn)定性考慮。這些看起來似乎跟上面所說的有些“相?！?，IT系統(tǒng)（設備）都有生命周期，一般而言大多是3到5年，當企業(yè)實施云之后，必然要將數(shù)據(jù)從原來的主存儲系統(tǒng)遷移到新的云存儲系統(tǒng)之中，新的主存儲系統(tǒng)盡量采用生命周期一致的設備。如果新的主存儲系統(tǒng)中包含了原有存儲系統(tǒng)的話，由于生命周期的緣故，原有系統(tǒng)中出現(xiàn)故障就會影響新存儲系統(tǒng)的性能。

在可靠性方面，存儲系統(tǒng)越簡單，其可靠性越高，如果一個業(yè)務系統(tǒng)橫跨在兩個存儲系統(tǒng)之上，其可靠性會大幅下降。如果說單個存儲系統(tǒng)的可靠性是五個9的話，那在這種情況下，其可靠性可能只能達到三個9，甚至更低。一個業(yè)務系統(tǒng)橫跨在多個存儲系統(tǒng)之上的話，整體可靠性將受到可靠性最低的存儲系統(tǒng)的局限。這一點很像管理學中的“短板效應”。

當然，這并不是說就要丟棄原有的IT設備，為了最大化保護已有投資，企業(yè)原有的存儲設備仍可作為備用存儲系統(tǒng)，利用用做備份等等。而這樣的話，就必然會進行數(shù)據(jù)遷移，關于數(shù)據(jù)遷移的風險，對于惠普而言，并不是一個太大的問題。因為惠普在數(shù)據(jù)遷移方面擁有豐富的經(jīng)驗，并有自己的一套方法論，并有一個專門的團隊幫助用戶進行數(shù)據(jù)遷移。

2云與傳統(tǒng)存儲的差別：可擴展性與靈活性

現(xiàn)在很多廠商在宣傳產(chǎn)品的時候都會提到可擴展性和靈活性，而這兩點恰恰也是云存儲的兩大特點。那么區(qū)別于云存儲和傳統(tǒng)存儲的分水嶺在哪兒呢？是應用，即傳統(tǒng)的應用和非傳統(tǒng)的應用。傳統(tǒng)的應用是在基于企業(yè)已有數(shù)據(jù)量之上，可對未來的數(shù)據(jù)增長情況進行估量，也就是說，在三到五年內，企業(yè)數(shù)據(jù)量的增長情況是可以掌控的，數(shù)據(jù)的訪問頻率也趨于一種平緩，有規(guī)律的方式增長。

而非傳統(tǒng)應用則與之相反，企業(yè)很難在三到五年內找到一種規(guī)律去預估數(shù)據(jù)量的增長情況。在海量數(shù)據(jù)背景下，不管是對數(shù)據(jù)進行挖掘分析，還是因為用戶的需求，企業(yè)整體IT架構可能因為本身業(yè)務的需求，或者高層決策者的特點（保守、激進），其必然都會要求存儲基礎設施具備可擴展性和高靈活性。

可擴展性并不僅僅指是的容量的增長，而是隨存儲容量的增長，其存儲性能也必須隨之增長以滿足企業(yè)的業(yè)務需求，而這一點尤其是在虛擬環(huán)境下尤為重要。云有一大特性，或者說是優(yōu)勢，就是將企業(yè)的IT資源進行集中管理并統(tǒng)一分配，而集中管理必然就會涉及到虛擬化技術等等，部署虛擬化也被認為是實現(xiàn)云的必要前提。如企業(yè)一項新業(yè)務剛剛上線，初始也許只需要30臺虛機，但隨著業(yè)務的發(fā)展，可能一下子需要100臺甚至200臺虛機。在部署虛機時，最大的數(shù)據(jù)量實際上來源于操作系統(tǒng)，操作系統(tǒng)不斷的拷貝，會占用大量的存儲空間。當然現(xiàn)在硬盤的容量是很大，也許傳統(tǒng)存儲能夠滿足新業(yè)務對容量的需求。但性能呢？大規(guī)模部署虛機所能收獲的只是運算能力或者說服務能力的提高，其核心數(shù)據(jù)的容量也許并不會按比例增長，對卻會對存儲性能產(chǎn)生極大的需求。如果容量增長了，但性能卻不能增長，這可能會使企業(yè)遭受更大的損失。

其實上面這個例子也體現(xiàn)出云存儲的靈活性，即能夠對新增業(yè)務進行快速支持?，F(xiàn)在數(shù)據(jù)量猛增，業(yè)務部門對于新業(yè)務的預估通常是不夠準備的，如果采用傳統(tǒng)存儲設備的話，必然給運維部門帶來極大的難題。傳統(tǒng)存儲設備通常是采用預留的方式，根據(jù)業(yè)務部門提供的預估數(shù)據(jù)對存儲空間進行預留，這種方式的低效性從去年春節(jié)的鐵道部購票網(wǎng)站即可反應出來，最初是預售點，然后加入電話售票，最后又開通網(wǎng)絡售票，但在開通網(wǎng)站售票之后，后端無法提供相應的性能，最終導致“吃力不討好”的局面。傳統(tǒng)方式在新環(huán)境下解決新的問題存在著諸多挑戰(zhàn)，而企業(yè)要部署私有云系統(tǒng)必然要考慮到這些因素。

3易用性：管理必須走向智能化、自動化

部署私有云存儲系統(tǒng)的存儲設備在滿足了可靠性（安全與穩(wěn)定性）、可擴展與高靈活性等需求之后，其還必須具備易用性這一特點。企業(yè)在部署私用云之后，IT資源進行集中管理與統(tǒng)一分配，這就必然導致IT部門的運維、管理工作大幅增加，尤其是在一些大規(guī)模數(shù)據(jù)中心和超大規(guī)模數(shù)據(jù)中心之中，大量的運維管理人員必然給企業(yè)帶來極大的人力成本。

但在傳統(tǒng)運維管理中，企業(yè)通常采用的是“術業(yè)有專攻”的方式，如數(shù)據(jù)中心管理員、存儲管理員等等一系列職位，每個員工對于自己的“分內之事”非常精通，但在其他領域就顯得“心有余而力不足”，但如果這種方式不加以改變，在云環(huán)境下，IT管理員是很難掌控企業(yè)內部的所有業(yè)務系統(tǒng)變化的方式和特點。

并且，企業(yè)都是有預算限制的，也不大可能為每一個業(yè)務系統(tǒng)，或者某個設備配備一個管理員。現(xiàn)在國外的廠商通常會提到這樣一個衡量標準，每個管理員能夠管理多少數(shù)據(jù)。比如說原來的傳統(tǒng)存儲，通常是說每個管理員能夠管理多少個業(yè)務系統(tǒng)，但企業(yè)實際上真正關心的還是每個業(yè)務系統(tǒng)有多少數(shù)據(jù)，用可管理的數(shù)據(jù)量來衡量管理員的業(yè)務熟練度。

讓IT管理員精通數(shù)據(jù)中心內的每一種設備顯然是不太可能的，從用戶角度來看，其必然就要求廠商（IT基礎設施）具有簡易性。如果企業(yè)整個系統(tǒng)的復雜度降低，就必然給日常管理帶來極大的簡便性，這樣也使得每個管理員管理的數(shù)據(jù)量大幅上漲，有效降低企業(yè)的人力成本。這也是為何很多廠商在公開招標的時候，客戶都會很看重原廠服務這一指標，因為廠商肯定是最了解自己產(chǎn)品的。

但這樣同樣會產(chǎn)生另外一種尷尬情況，廠商雖然了解自己的產(chǎn)品，但卻并不了解客戶的系統(tǒng)。一旦出現(xiàn)問題，廠商希望能夠盡量用安全保守的方式來解決問題，而客戶希望在最快時間內解決問題。但廠商并不了解客戶的系統(tǒng)，在短時間內無法知曉問題產(chǎn)生的根源，這就必然導致處理時間跟維護時間的大幅延長。

而如果存儲設施具備易用性特點，能夠自動地智能化地查找故障并進行自我修復，IT管理員只需在控制臺通過鼠標操作就能解決問題。而這也符合IT行業(yè)的整個發(fā)展趨勢，朝著智能化和自動化的方向發(fā)展。

4云備份：迎合移動辦公趨勢

我們認為，數(shù)據(jù)信息已經(jīng)成為企業(yè)運營的命脈所在，必須有多重的備份保障。某些發(fā)達國家甚至訂立法規(guī)，要求一些行業(yè)，如金融、保險機構必須進行多重數(shù)據(jù)備份，確保重要的數(shù)據(jù)受到保護，例如911事件發(fā)生后，美國的股市仍能有效運行，便是歸功于多重的數(shù)據(jù)備份方案。因此，當今企業(yè)特別需要在總部以外的地方，建立數(shù)據(jù)備份方案，而新興的云備份就可以有效地解決這個問題，把企業(yè)數(shù)據(jù)儲存在網(wǎng)絡上，即使是在海外工作的員工，也可隨時通過隨身的智能手機、平板電腦，經(jīng)由網(wǎng)絡取得所需的企業(yè)數(shù)據(jù)。

5傳統(tǒng)備份模式各有缺點

云備份服務問世前，信息備份多使用磁盤、光盤、移動硬盤及網(wǎng)絡儲存等方法，各自存在一定的缺點。其中磁盤備份讀取速度較慢，磁粉經(jīng)長時間儲存容易流失，儲存數(shù)據(jù)容易丟失而不能恢復；光盤備份的情況與磁盤備份相似，不能作為長遠的備份工具。

移動硬盤的價格較便宜，但輕便易攜帶的特點反而成為缺點，容易導致盜竊或遺失等問題。企業(yè)自行架設網(wǎng)絡儲存工具，是最為可靠的方法，然而在運作、維護上的成本都很高，非中小企業(yè)所能負擔。

6云備份也講求安全性

從成本效益考慮，相信云備份可滿足更多用戶的需求。雖然市場上有不少免費的在線儲存及備份軟件，但是這些公用軟件的安全問題不容忽視，不久前Hotmail便發(fā)生事障，部分用戶發(fā)現(xiàn)儲存郵件不翼而飛，這使得云備份的安全可靠性充分凸顯了出來。

我們建議企業(yè)應選用具備高度安全技術的云備份服務，為備份數(shù)據(jù)進行加密，即使數(shù)據(jù)信息泄露給第三方，對方也無法讀取敏感信息。例如第一線云端數(shù)據(jù)庫（Cloud Data Safe）就是通過加密的互聯(lián)網(wǎng)傳送，可以非常安全地為數(shù)據(jù)庫服務器、郵件服務器、文件服務器，甚至是桌上及手提電腦提供數(shù)據(jù)備份。

7云存儲解決企業(yè)容災備份

自從有了計算機技術，便有了數(shù)據(jù)，于是也就有了數(shù)據(jù)安全。但是在應用的過程中，數(shù)據(jù)總是受到自然的或者人為的可抗以及不可抗力的影響，從而造成了很多損失，于是就有了容災備份這個概念。關于容災備份，眾說紛紜，無論是IT管理員，還是行業(yè)專家，各有各的說法，紛繁復雜的技術和理念，爭奇斗妍的方案和產(chǎn)品，讓人難免云里霧里。通常我們都把容災備份連在一起，而實際上容災和備份之間還是有區(qū)別的。

從定義上看，備份是指用戶為應用系統(tǒng)產(chǎn)生的重要數(shù)據(jù)(或者原有的重要數(shù)據(jù)信息)制作一份或者多份拷貝，以增強數(shù)據(jù)的安全性。因此，備份與容災所關注的對象有所不同，備份關系數(shù)據(jù)的安全，容災關心業(yè)務應用的安全，我們可以把備份稱作是“數(shù)據(jù)保護”，而容災稱作“業(yè)務應用保護”。備份最多表現(xiàn)為通過備份軟件使用磁帶機或者磁帶庫將數(shù)據(jù)進行拷貝，也有用戶使用磁盤、光盤作為存儲介質;容災則表現(xiàn)為通過高可用方案將兩個站點連接起來。

而對于用戶來說，真正關心的只有兩點：首先，是否可以保證數(shù)據(jù)不丟失;其次，是否可以保證應用不間斷。在我們的IT應用中，也接觸到一些可能是解決這些問題的應用，比如雙機高可用方案就是解決應用不間斷的問題。但真正意義上的容災，必須具備同時保證數(shù)據(jù)不丟失和應用不間斷的能力，這也是容災的最基本的目標。

綜上所述，備份到云端的好處顯而易見：無需備份體系架構，最小化企業(yè)對IT資源的需求，并且按需付費的方式可以將IT變成每月企業(yè)運營成本的一部分。不過考慮到安全性的問題和恢復上的風險，這方面的優(yōu)勢可能會打上折扣，尤其是當有海量數(shù)據(jù)需要從云端進行恢復時。隨著更多的云服務應用，基于可供選擇的云備份技術日益增多，這給于企業(yè)更多的應用選擇。

參考文獻：

[1] Hayes B. Cloud Computing [J]. Communications of the ACM, 2008,51(7):9-11.

[2] Ling, Dasmalchi G, Zhu J. Cloud Computing and IT as a Service: Opportunities and Challenges [C]//Proceedings of the IEEE 6th Interna tional Conference on Web Services (ICWS08), Sep 23-26, 2008, BEijing, China. Los Alamitos, CA,USA: IEEE Computer Society, 2008: 5.

[3] Namjoshi J, Gupte A. Service Oriented Architecture for Cloud Based Travel Reservation Software as a Service [C]//Proceedings of the 2009 IEEE International Conference on Cloud Computing (CLOUD09), Sep 21-25,2009, Bangalore, India. Los Alamitos, CA,USA: IEEE Computer Society , 2009:147-150

[4] Laplante P A, Zhang J, Voas J. Whats in a Name Distinguishing Between SaaS and SOA [J]. IT Professional, 2008,10(3):46-50.

[5] Campbell-kelly M. Historical Reflections on the Rise, Fall, and Resurrection of Software as a Service [J]. Communications of the ACM, 2009, 52(5): 28-30.

[6]王慶波,金,何樂,等.虛擬化與云計算[M].北京:電子工業(yè)出版社, 2009.

[7] Zhu B, Li K, Patterson H. Avoiding the Disk Bottleneck in the Data Domain Deduplication File System [C]//Proceedings of the 6th USE NIX Conference on File and Storage Technologies (FAST08), Feb 26-29, 2008, San Jose, CA, USA. Berkeley, CA, USA: USENIX Asso ciation, 2008:269-282.

[8]田敬,代亞非. P2P持久存儲研究綜述[J].軟件學報, 2007, 18(6):1379-1399.

[9] Lillibridge M, Elnikety S, Birrell A, et al. A Cooperative Internet Backup Scheme [C]//Proceedings of the 2003 USENIX Annual Techni cal Conference (USENIX 03), Jun 12-14, 2003, San Antonio, TX, USA. Berkeley, CA, USA: USENIX Association, 2003: 29-41.

[10] Pamies-juarez L, Garcia-lopez P, Sanchez-artigas M. Rewarding Stability in Peer-to-Peer Backup Systems [C]//Proceedings of 16th IEEE International Conference on Networks (ICON08), Dec 12-14, 2008, New Delhi, India. Piscataway, NJ,USA: IEEE, 2008: 6p.