讓云存儲(chǔ)策略面向未來(lái)的6個(gè)步驟

Amy+Newman

數(shù)據(jù)存儲(chǔ)量一直呈指數(shù)增長(zhǎng)，而且這種增長(zhǎng)絲毫沒(méi)有減弱的跡象——無(wú)論是將其歸咎于數(shù)據(jù)復(fù)制管理不當(dāng)、合規(guī)要求還是物聯(lián)網(wǎng)（IoT）等因素。要在有限的資源上管理好巨大的存儲(chǔ)需求是很多企業(yè)面臨的最大挑戰(zhàn)。為了減輕負(fù)擔(dān)，很多企業(yè)已經(jīng)轉(zhuǎn)向了云端。

451全球數(shù)字基礎(chǔ)設(shè)施聯(lián)盟成員的一項(xiàng)調(diào)查揭示了企業(yè)對(duì)外部存儲(chǔ)空間的需求。647名受訪企業(yè)技術(shù)和IT專(zhuān)業(yè)人士中有35%說(shuō)他們正在考慮立即購(gòu)買(mǎi)基于云的存儲(chǔ)。調(diào)查受訪者目前雖然只有20%的存儲(chǔ)是在云中，但估計(jì)在兩年內(nèi)，三分之一將部署在公有云或者SaaS環(huán)境中。

多重原因促進(jìn)了這種增長(zhǎng)。很多企業(yè)把云存儲(chǔ)當(dāng)成一種非常高效而且成本很低的手段來(lái)存放很少使用的或者歸檔的數(shù)據(jù)，其延時(shí)和安全性并不是最重要的因素。隨著云應(yīng)用的日益普遍，人們對(duì)云存儲(chǔ)的興趣也越來(lái)越高。

然而，云的情況通常是這樣的——其大部分增長(zhǎng)和擴(kuò)展都是源自特定的、具體的需求。很多云遷移都是由SaaS部署或者影子IT帶動(dòng)的，而云政策則是事后才零星的制定出來(lái)。此外，典型的SaaS部署很少涉及到基礎(chǔ)架構(gòu)，IT部門(mén)的參與往往僅限于安全。451 Research的存儲(chǔ)技術(shù)高級(jí)分析師Steven Hill告訴CIO.com，把復(fù)雜的底層抽象出來(lái)交給SaaS提供商后，幾乎不用考慮政策方面的問(wèn)題。

結(jié)果云存儲(chǔ)實(shí)際是各種應(yīng)付式方法的大雜燴，導(dǎo)致很多傳統(tǒng)的企業(yè)沒(méi)有一種單一的策略來(lái)管理存儲(chǔ)在云中而且不斷增長(zhǎng)的關(guān)鍵數(shù)據(jù)。

獨(dú)立評(píng)估云和存儲(chǔ)需求

據(jù)451 Research調(diào)查，目前只有16%的受訪者將其一半以上的總存儲(chǔ)放在外部。但是，這一數(shù)字預(yù)計(jì)在未來(lái)兩年會(huì)增長(zhǎng)到26%。隨著存儲(chǔ)量的整體上升，這種增長(zhǎng)是非常顯著的。

目前這種很隨意的存儲(chǔ)管理方法已經(jīng)不合適了，隨著更多的關(guān)鍵任務(wù)數(shù)據(jù)和應(yīng)用程序遷移到了云端，分析師們認(rèn)為，企業(yè)必須采取更長(zhǎng)遠(yuǎn)的策略，在考慮好更廣泛的業(yè)務(wù)目標(biāo)的背景下管理云存儲(chǔ)。

一家行業(yè)貿(mào)易組織CompTIA的技術(shù)分析高級(jí)總監(jiān)Seth Robinson說(shuō)：“云存儲(chǔ)策略就其本身而言并不是獨(dú)立的?！彼M(jìn)一步指出，存儲(chǔ)和數(shù)據(jù)必須攜手并進(jìn)，不但存儲(chǔ)策略很重要，對(duì)所存儲(chǔ)數(shù)據(jù)的理解也同樣重要。Robinson說(shuō)，這就凸顯了數(shù)據(jù)管理策略的重要性，特別是當(dāng)企業(yè)越來(lái)越多地轉(zhuǎn)向大數(shù)據(jù)分析之后。

一旦制定了基本策略，就可以評(píng)估云存儲(chǔ)需求了。Hill建議使用云存儲(chǔ)決策樹(shù)來(lái)確定最佳存儲(chǔ)位置——在云中、內(nèi)部部署還是兩者的組合。

從三個(gè)問(wèn)題開(kāi)始：

您支持哪些應(yīng)用程序（是其SaaS，基于云的還是本地的？），支持程度如何？

應(yīng)用程序的性能要求和其他需求是什么？例如，延時(shí)是個(gè)大問(wèn)題，會(huì)直接影響能否滿足服務(wù)等級(jí)協(xié)議（SLA）要求。

還會(huì)涉及哪些其他因素？

通過(guò)回答這些問(wèn)題，您能夠更好地決定是給數(shù)據(jù)帶來(lái)應(yīng)用，還是給應(yīng)用帶來(lái)數(shù)據(jù)。

Hill建議還要關(guān)注云策略。當(dāng)然，云計(jì)算已經(jīng)經(jīng)歷了主流技術(shù)的所有里程碑，例如，CompTIA的2016云計(jì)算趨勢(shì)研究發(fā)現(xiàn)90%以上的受訪者正在轉(zhuǎn)向采用云計(jì)算來(lái)滿足企業(yè)需求，而三分之一受訪者全面使用云。然而，在很多方面，云仍然還不太成熟，但是在企業(yè)中應(yīng)用的很快，成為企業(yè)的有機(jī)組成。

Hill說(shuō)：“我們不應(yīng)該把云看成是一種二選一的決定。時(shí)機(jī)成熟的時(shí)候就要選擇它。要確定云和本地部署能夠?yàn)槟鍪裁?。?/p>

Robinson還指出，應(yīng)重視托管云、公有云和本地私有云相結(jié)合的混合環(huán)境。他說(shuō)：“關(guān)鍵是知道在每一種模型下，架構(gòu)的哪一部分處于最佳工作狀態(tài)?！?/p>

在作出決定時(shí)應(yīng)考慮安全、集成和可管理性、性能、成本以及可擴(kuò)展性等五個(gè)關(guān)鍵因素。

安全最重要

Robinson和Hill都認(rèn)為安全是任何云存儲(chǔ)策略最重要的因素。

他們說(shuō)，隨著任務(wù)關(guān)鍵應(yīng)用程序和相關(guān)數(shù)據(jù)遷移到云端，云安全比以往任何時(shí)候都更為重要。Robinson強(qiáng)調(diào)，企業(yè)必須重新考慮存儲(chǔ)的安全問(wèn)題，從業(yè)務(wù)連續(xù)性和災(zāi)難恢復(fù)的角度來(lái)看待安全，要轉(zhuǎn)變那種僅僅是備用和恢復(fù)的傳統(tǒng)安全思維。他認(rèn)為，所有備份的數(shù)據(jù)并不是同樣重要。企業(yè)應(yīng)該確定哪些數(shù)據(jù)是最關(guān)鍵的，并相應(yīng)地處理好這些數(shù)據(jù)。

然后是保護(hù)數(shù)據(jù)本身的問(wèn)題。據(jù)Hill，“只有能保護(hù)好數(shù)據(jù)的系統(tǒng)才是一個(gè)好系統(tǒng)。”

因此，企業(yè)必須非常清楚他們的云提供商為保護(hù)其數(shù)據(jù)并確保合規(guī)所采取的措施。有誰(shuí)可以訪問(wèn)數(shù)據(jù)？誰(shuí)掌握加密密鑰？應(yīng)用程序的安全性有多高？

至少，云提供商應(yīng)該對(duì)傳輸中的數(shù)據(jù)和不使用的數(shù)據(jù)進(jìn)行加密，但這往往是不夠的。最終，保證客戶數(shù)據(jù)安全的責(zé)任在于企業(yè)，而不是云提供商，企業(yè)要承擔(dān)確保數(shù)據(jù)不會(huì)泄露的責(zé)任。

在某些情況下，企業(yè)可能需要采取措施來(lái)解決供應(yīng)商怎樣保護(hù)數(shù)據(jù)的問(wèn)題。Robinson建議，應(yīng)確定是否有可能讓云提供商提供更多的內(nèi)部保護(hù)服務(wù)，或者轉(zhuǎn)向另一家提供商以便進(jìn)一步提高安全性。

還需要注意的是，雖然強(qiáng)大的安全非常重要，但是如果太過(guò)了則會(huì)適得其反。專(zhuān)家提醒說(shuō)，太過(guò)安全或者使用不當(dāng)會(huì)妨礙性能，對(duì)用戶體驗(yàn)造成不利影響，因此找到平衡最為重要。

集成和可管理性

很少有企業(yè)會(huì)轉(zhuǎn)向全云存儲(chǔ)模式，因此他們必須把傳統(tǒng)的本地存儲(chǔ)與新的基于云的系統(tǒng)集成起來(lái)。

本地存儲(chǔ)區(qū)域網(wǎng)（SAN）和網(wǎng)絡(luò)連接存儲(chǔ)（NAS）解決方案通常使用塊級(jí)和文件級(jí)存儲(chǔ)，而云存儲(chǔ)使用基于對(duì)象的模型。在兩者之間移動(dòng)數(shù)據(jù)有可能會(huì)造成數(shù)據(jù)丟失，需要采用軟件把兩套系統(tǒng)集成在一起。

這就是云到云的組件。經(jīng)歷了持續(xù)云增長(zhǎng)的企業(yè)可能會(huì)處理一些應(yīng)用，這些應(yīng)用使用的數(shù)據(jù)存儲(chǔ)在具有多個(gè)訪問(wèn)點(diǎn)的多個(gè)云中，而把數(shù)據(jù)從一個(gè)云移動(dòng)到另一個(gè)云有可能帶來(lái)很多風(fēng)險(xiǎn)。Hill指出，即使云存儲(chǔ)通常采用基于對(duì)象的模型，除非兩個(gè)云使用相同的元數(shù)據(jù)架構(gòu)，否則移動(dòng)數(shù)據(jù)不會(huì)是簡(jiǎn)單的遷移——它需要導(dǎo)出和導(dǎo)入。

理想情況下，對(duì)于最終用戶，云存儲(chǔ)使用起來(lái)應(yīng)該和本地存儲(chǔ)感覺(jué)一樣，數(shù)據(jù)能夠從一個(gè)云環(huán)境無(wú)縫的移動(dòng)到另一云環(huán)境中。如果系統(tǒng)維護(hù)人員總是要不斷地修補(bǔ)或者調(diào)整應(yīng)用程序，這樣會(huì)降低資源的使用效率，拉長(zhǎng)停機(jī)時(shí)間，引入新的安全風(fēng)險(xiǎn)。

影響性能的因素：速度、延時(shí)和可用性

提到性能，首先想到的是提高速度和降低延時(shí)。的確，這些因素對(duì)于滿足基本性能要求是非常重要的——如果把大文件從一個(gè)云傳送到另一個(gè)云，那就更重要。

無(wú)論以哪種方式對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)和備份，訪問(wèn)數(shù)據(jù)時(shí)的延時(shí)都必須非常短。集成和可管理性也會(huì)直接影響性能。對(duì)于最終用戶，在任何平臺(tái)上，任何應(yīng)用程序都應(yīng)該能夠無(wú)縫的訪問(wèn)數(shù)據(jù)。

同樣值得考慮的是可用性。451 Research的調(diào)查顯示有超過(guò)三分之一的受訪者認(rèn)為更好的可用性和彈性是云存儲(chǔ)的優(yōu)勢(shì)所在。這就提出了一個(gè)問(wèn)題，即云存儲(chǔ)部署所要求的條件是否會(huì)影響企業(yè)滿足其SLA的能力。對(duì)于某些數(shù)據(jù)，一兩個(gè)小時(shí)的停機(jī)影響不大；但對(duì)于其他數(shù)據(jù)，即使幾秒鐘的停機(jī)造成的成本也可能是災(zāi)難性的。知道差距非常重要，一定要采取措施以避免停機(jī)造成損失。

雙向降低成本

很多企業(yè)轉(zhuǎn)向云來(lái)節(jié)省資金，這雖然能降低設(shè)備成本，減少其他資本支出，但云存儲(chǔ)會(huì)增加其他費(fèi)用，總成本不一定會(huì)降低。

然而，很多公有云提供商在2016年顯著降低了成本，預(yù)計(jì)今年也會(huì)如此?；ㄒ恍r(shí)間重新審視企業(yè)為存儲(chǔ)支付的費(fèi)用，是否滿足（或者超出）需求，相應(yīng)地重新談合同，這樣做也是值得的。

Hill說(shuō)，企業(yè)在評(píng)估成本時(shí)應(yīng)考慮帶寬和數(shù)據(jù)傳送問(wèn)題。存儲(chǔ)數(shù)據(jù)的價(jià)格可能很低，但一旦開(kāi)始傳送數(shù)據(jù)，其成本就上來(lái)了。

不要忽視可擴(kuò)展性

雖然可擴(kuò)展性已經(jīng)融入到云的基本架構(gòu)中，但不應(yīng)忽視它?？蓴U(kuò)展性是遷移到云的主要原因之一——451 Research調(diào)查的62%受訪者說(shuō)，云和基于SaaS的服務(wù)比傳統(tǒng)產(chǎn)品更容易進(jìn)行擴(kuò)展或者縮減。云系統(tǒng)的基于對(duì)象的存儲(chǔ)模型支持其可擴(kuò)展性，而這些系統(tǒng)還必須能夠與使用不同模型的本地部署集成在一起。可擴(kuò)展性的最終衡量標(biāo)準(zhǔn)在很大程度上取決于集成工作能否順利進(jìn)行。

不同的企業(yè)有不同的可擴(kuò)展性需求，存儲(chǔ)提供商適應(yīng)客戶需求的能力是關(guān)鍵。如果企業(yè)的存儲(chǔ)需求比較平穩(wěn)，按需增加或者減少存儲(chǔ)的能力可能不是云提供商的關(guān)鍵標(biāo)準(zhǔn)，企業(yè)甚至可以采用私有云部署。

擁有正確的云存儲(chǔ)策略對(duì)于企業(yè)提供產(chǎn)品和服務(wù)，滿足客戶需求，業(yè)務(wù)創(chuàng)新和發(fā)展越來(lái)越重要。對(duì)于很多企業(yè)而言，找到合適的云存儲(chǔ)供應(yīng)商可以讓他們?cè)趯?shí)現(xiàn)云存儲(chǔ)過(guò)程中擁有得力的合作伙伴。但是在尋找一家合作公司之前，企業(yè)應(yīng)該很好的理解性能、集成、安全和可擴(kuò)展性需求，以滿足其SLA，讓客戶群滿意，從而不斷擴(kuò)展客戶群。