從本地部署的私有云存儲開始，這是組織云計算之旅的理想開端，但是這一開始必須與企業(yè)發(fā)展的長遠目標保持一致。 IT規(guī)劃人員需要將對象存儲系統(tǒng)作為數(shù)據(jù)管理解決方案的一部分，它可以支持傳統(tǒng)協(xié)議，同時提供對最新協(xié)議的訪問。

企業(yè)采用云策略的最后一步是盡可能充分地利用云端可用的服務。問題是大多

數(shù)組織的第一步是利用云計算進行備份或歸檔，這通常意味著發(fā)送到云端的數(shù)據(jù)存儲在私有部署或云服務無法訪問的卷中。在企業(yè)開始實施云策略時，IT規(guī)劃人員需要注意確保他們所采取的步驟不會使采用云服務的最終結果難以實現(xiàn)。

第一步 - 從本地部署的服務開始

由于組織擁有的大多數(shù)數(shù)據(jù)都是本地部署的，而不是在云端，因此企業(yè)采用云計算的第一步是在本地部署數(shù)據(jù)中心中創(chuàng)建云存儲平臺。傳統(tǒng)應用程序和新型現(xiàn)代應用程序都可以使用而不必重構應用程序的系統(tǒng)。對于大多數(shù)組織來說，這意味著企業(yè)需要購買支持NFS和SMB等傳統(tǒng)協(xié)議訪問的對象存儲系統(tǒng)，以及支持S3存儲。

組織不要將這些協(xié)議要求視為復選框項目，這一點很重要。對象存儲系統(tǒng)供應商提供了不同的支持級別。例如，傳統(tǒng)的存儲協(xié)議支持通常是通過使用第三方網(wǎng)關來實現(xiàn)的，該網(wǎng)關實現(xiàn)從NFS到SMB的轉換。這些網(wǎng)關并不是一個理想的架構，將面臨性能瓶頸的擴展性挑戰(zhàn)，當然這會增加對象存儲解決方案的額外成本。此外，還有一個支持的問題。如果兩個系統(tǒng)之間出現(xiàn)問題，可能會引起指責。

AWS S3 API支持也是如此。AWS公司希望確保系統(tǒng)完全支持S3 API。此外，還希望確保原有協(xié)議和S3協(xié)議之間的接口是無縫的。在理想情況下，系統(tǒng)應該支持同時訪問來自任何協(xié)議的相同數(shù)據(jù)。

第二步–遷移到云端

下一步是遷移到云端。在這里，對象存儲解決方案應該提供基于策略將數(shù)據(jù)同步到云的能力。例如，一些組織可能希望將其所有數(shù)據(jù)復制到云端，而另一些組織可能只想將陳舊的、存檔或不常訪問的數(shù)據(jù)遷移到公共云。其重要的功能是再次訪問數(shù)據(jù)，這意味著期望存儲在對象存儲中的數(shù)據(jù)的云服務可以通過S3協(xié)議訪問這些數(shù)據(jù)。

如果對象存儲軟件還增加了管理全局名稱空間的功能，則可以將本地私有云和公共云存儲同時視為一個實體。全局命名空間意味著本地應用程序可以無縫修改任何位置的數(shù)據(jù)。

第三步 – 采用多云

這個過程的最后一步是采用多云，實質上是在云端之間同步數(shù)據(jù)。多云功能使組織有機會利用某些云計算提供商獨有的服務，或利用更好的計算或存儲定價。組織具有像服務器、存儲和網(wǎng)絡這樣的基礎設施的多廠商策略，他們將繼續(xù)有多個云IaaS的來源，這是很自然的。

關鍵的是如何實施這個多云策略。 IT規(guī)劃人員應該查找提供單一名稱空間的產(chǎn)品，并使用策略來驅動數(shù)據(jù)放置，其數(shù)據(jù)的位置(無論是本地部署還是任何云端)對應用程序和用戶都是透明的。在理想情況下，該系統(tǒng)還會將在云端訪問的舊數(shù)據(jù)恢復到本地數(shù)據(jù)中心，直到老化策略將其移回正確的云端。

從本地部署的私有云存儲開始，這是組織云計算之旅的理想開端，但是這一開始必須與企業(yè)發(fā)展的長遠目標保持一致。 IT規(guī)劃人員需要將對象存儲系統(tǒng)作為數(shù)據(jù)管理解決方案的一部分，它可以支持傳統(tǒng)協(xié)議，同時提供對最新協(xié)議的訪問。