從本地存儲(chǔ)遷移到云存儲(chǔ)可能使缺乏經(jīng)驗(yàn)的用戶碰到其處理內(nèi)部存儲(chǔ)時(shí)所沒有遇到的新知識(shí)。最明顯的區(qū)別在于，云存儲(chǔ)用戶按耗用付費(fèi)（通常是按月或按時(shí)間），并按他們發(fā)送數(shù)據(jù)到云的存儲(chǔ)類型付費(fèi)。這兩個(gè)條件都是由與云服務(wù)提供商達(dá)成的協(xié)議設(shè)定的（圖1）。

圖1 基于特性的云存儲(chǔ)參數(shù)。安全取決于有效或云存儲(chǔ)實(shí)體提供的具體措施。公有和混合存儲(chǔ)成本是一種“隨用隨付”的模式，有時(shí)會(huì)發(fā)生變化——并認(rèn)為要么是“非本地”要么是多樣化的（對混合而言）存儲(chǔ)架構(gòu)。

從定義上講，云存儲(chǔ)是一種將一個(gè)或多個(gè)位置的數(shù)據(jù)傳輸?shù)竭h(yuǎn)程存儲(chǔ)系統(tǒng)并存儲(chǔ)的服務(wù)模型。云存儲(chǔ)組件由云存儲(chǔ)提供商管理。存儲(chǔ)提供商的解決方案的職責(zé)包括維護(hù)、備份和對用戶的可用性?？捎眯酝ǔＳ蓞f(xié)議規(guī)定，有時(shí)稱為合同或服務(wù)水平協(xié)議（SLA）。

存儲(chǔ)可用性有兩個(gè)組成部分：檢索（恢復(fù)）數(shù)據(jù)的時(shí)間因素和存儲(chǔ)成本因素。通常，這兩者是聯(lián)系在一起的。例如，如果用戶將其數(shù)據(jù)深度存儲(chǔ)，并且常規(guī)（日常）應(yīng)用不依賴于這些數(shù)據(jù)，那么每單位GB的成本要比持續(xù)的、容易存取的、低延遲/快速恢復(fù)的存儲(chǔ)應(yīng)用（如在編輯、渲染或合成時(shí)）要低得多。  

虛擬化基礎(chǔ)架構(gòu)

當(dāng)存儲(chǔ)基于基礎(chǔ)架構(gòu)（包括可訪問接口、近乎即時(shí)的彈性和可擴(kuò)展性、多租戶和按量資源）時(shí)，存儲(chǔ)通常是基于云的和“虛擬化的”。按量資源，也稱為按使用付費(fèi)，為那些提供可能無限存儲(chǔ)容量的資源。這種應(yīng)用通常出現(xiàn)在企業(yè)級IT環(huán)境中，它已經(jīng)從固定費(fèi)用（每月費(fèi)用）結(jié)構(gòu)轉(zhuǎn)變?yōu)榘词褂酶顿M(fèi)的費(fèi)用結(jié)構(gòu)。 

按使用付費(fèi)的一個(gè)常見結(jié)構(gòu)是蘋果的iTunes模式，可說是“免費(fèi)體驗(yàn)，然后為你想‘擁有’的東西付費(fèi)”。顯然，在云存儲(chǔ)中，用戶不會(huì)“擁有”存儲(chǔ)數(shù)據(jù)的物理平臺(tái)，但用戶將根據(jù)其結(jié)構(gòu)、持續(xù)時(shí)間/可用性、其可存取性和使用存儲(chǔ)空間的時(shí)間長短為其使用付費(fèi)。  

邏輯存儲(chǔ)池

云服務(wù)提供商將管理和維護(hù)用戶遷移到云的數(shù)據(jù)。數(shù)據(jù)通常分布在不同的商用存儲(chǔ)系統(tǒng)中。數(shù)據(jù)存儲(chǔ)拓?fù)淇梢允窃诒镜?、第三方管理的?shù)據(jù)中心內(nèi)、公有云或私有云內(nèi)。  

在本地環(huán)境中，由于各種原因，數(shù)據(jù)可能在邏輯池中結(jié)構(gòu)化。在這樣的共享環(huán)境中，存儲(chǔ)池是由各種物理存儲(chǔ)資源聚合而成的容量。池大小可能不同，產(chǎn)生可變但聚合的性能（IOPS），并提供諸如緊密結(jié)合的管理和集群數(shù)據(jù)保護(hù)等集合性改進(jìn)。邏輯池通常由管理員通過管理界面配置。云基礎(chǔ)設(shè)施通常采用這種邏輯存儲(chǔ)形式。 

生的和熟的——湖泊和水坑  

存儲(chǔ)池可等同于數(shù)據(jù)湖，盡管這兩個(gè)衍生品之間存在差異。數(shù)據(jù)湖是一個(gè)存儲(chǔ)庫，保存大量未經(jīng)處理的原始數(shù)據(jù)，這些數(shù)據(jù)被稱為源數(shù)據(jù)或原子數(shù)據(jù)。數(shù)據(jù)在沒有特定組織的情況下在其中被推送的巨大位元桶是數(shù)據(jù)湖的一種形式。處理后的數(shù)據(jù)被稱為“熟”數(shù)據(jù)，但這種稱謂不多見。

原始數(shù)據(jù)不一定被稱為“信息”，原因是需有一個(gè)抽象或應(yīng)用層面的使用，通過處理完成，將其價(jià)值從原始提升到信息目的。數(shù)據(jù)坑是建立在大數(shù)據(jù)技術(shù)基礎(chǔ)上的單一用途的數(shù)據(jù)集市，本質(zhì)上是來自數(shù)據(jù)湖的提取物。

按需存儲(chǔ)  

人們都不愿意為自己不需要或不用的東西付費(fèi)。在云中，存儲(chǔ)服務(wù)是按需提供的，可根據(jù)需要彈性增減存儲(chǔ)容量。選擇云存儲(chǔ)消除了購買、管理、折舊和維護(hù)存儲(chǔ)基礎(chǔ)設(shè)施的需求（圖2）。

圖2 云存儲(chǔ)的5個(gè)主要優(yōu)點(diǎn)

云模式從根本上降低了每GB存儲(chǔ)的成本。不過，云存儲(chǔ)提供商，也被稱為托管服務(wù)提供商（MSP），可能會(huì)增添與那些自有的、本地存儲(chǔ)不同的營運(yùn)開支。增加的運(yùn)營成本可能會(huì)令某些基于云的技術(shù)變得較昂貴，這要看是否考慮了存儲(chǔ)的使用方式和使用時(shí)間等因素。在選擇和構(gòu)建云存儲(chǔ)解決方案時(shí)，要尋找各種選項(xiàng)。

體貼周到的訪問重排  

云提供商為其各種服務(wù)、實(shí)用工具和體系結(jié)構(gòu)編制了許多有用且適當(dāng)?shù)拿Q。截至2021年， Azure和AWS各提供200多種不同的產(chǎn)品和服務(wù)。根據(jù)適當(dāng)價(jià)格調(diào)整數(shù)據(jù)存儲(chǔ)器并利用云中的不同位置的概念是一個(gè)日益流行的話題。

在不給用戶增加負(fù)擔(dān)的情況下優(yōu)化存儲(chǔ)成本，采用自動(dòng)化方法可以稱為“體貼周到”。這樣的架構(gòu)亦稱為分層存儲(chǔ)，它們并不新鮮，特別是對于本地設(shè)施。在非云數(shù)據(jù)中心中，在可訪問性和速度非常重要的情況下，使用高性能存儲(chǔ)進(jìn)行編輯、合成或渲染的實(shí)踐是很常見的，這就是所謂的第1層（Tier 1）存儲(chǔ)。 

大型SAN或光纖通道數(shù)據(jù)存儲(chǔ)可能是一個(gè)費(fèi)錢的主張。并非所有的數(shù)據(jù)工作流程都需要這個(gè)能力，所以需求不高的數(shù)據(jù)通常被推到第2層（中層）環(huán)境中。很少被使用或留出來用于保護(hù)或冗余（長期）的存檔數(shù)據(jù)被認(rèn)為是第3層（Tier 3），它可能在磁帶或?qū)ο蟠鎯?chǔ)器（或兩者）上。有些人還可能把第3層用作一次性事件，將數(shù)據(jù)推送到云上（稱為深度存檔），因?yàn)樗麄冎蓝唐趦?nèi)不需要快速調(diào)用。 

通過智能降低成本

在云存儲(chǔ)歷史的早期，將數(shù)據(jù)移動(dòng)到不同的數(shù)據(jù)容器是人工和通過用戶的具體指示完成的。雖然更深存儲(chǔ)可能有成本優(yōu)勢，但對于那些早期的云存儲(chǔ)用戶來說，這種人工工作并無好處。

隨著各種新服務(wù)的出現(xiàn)，數(shù)據(jù)量的增加以及用戶對云提供商的接受度（即信任度）的不斷提高，情況已經(jīng)變化。 
通過學(xué)習(xí)數(shù)據(jù)使用模式的元素，2017-2018年期間引入了云存儲(chǔ)層間無人參與的云存儲(chǔ)遷移。通過在云存儲(chǔ)之間自動(dòng)遷移數(shù)據(jù)，用戶和云提供商獲得了新的優(yōu)勢。通過簡單地識(shí)別數(shù)據(jù)的訪問時(shí)間，云提供商將把休眠狀態(tài)存儲(chǔ)器轉(zhuǎn)移到一個(gè) “更深”的層次，無需聯(lián)系數(shù)據(jù)的用戶/所有者。

用戶通常在注冊或建立特定SLA時(shí)授權(quán)自動(dòng)遷移。 操作可能通過與工作指令或行動(dòng)有關(guān)的用戶界面或API。隨著時(shí)間的推移，向這一做法增加智能也在不斷發(fā)展。智能分層為云服務(wù)提供商提供了將存檔層擴(kuò)展到其它層的機(jī)會(huì)，這反過來相應(yīng)地改進(jìn)了成本結(jié)構(gòu)。

適應(yīng)性

當(dāng)使用云存儲(chǔ)服務(wù)時(shí)，用戶應(yīng)該觀察自動(dòng)化選項(xiàng)，并通過云提供的模型評估分層和自動(dòng)化存儲(chǔ)選項(xiàng)的價(jià)值。對于持續(xù)數(shù)月到數(shù)年的大型項(xiàng)目，一系列指引可能是適當(dāng)?shù)?。使用跨多個(gè)活動(dòng)的共享數(shù)據(jù)集的小型項(xiàng)目可能會(huì)產(chǎn)生不同的答案。 

在沿著任何云存儲(chǔ)路徑走之前，要對特定工作流的數(shù)量、頻率、容量和適用性進(jìn)行試驗(yàn)。不要讓 “我沒有注意到這”的借口成為更高的存儲(chǔ)成本的理由，這樣做提供不了更好的結(jié)果。B&P