云計算提供商提供了許多不同的存儲服務，但是對于大多數(shù)應用程序來說，這些服務都不是理想的，因為它們使企業(yè)存儲供應商處于繁重的存儲業(yè)務中。那么，云計算供應商是否能夠取代關鍵應用程序的現(xiàn)場存儲?

亞馬遜網絡服務(AWS)，谷歌云平臺(GCP)和微軟Azure等云計算提供商都提供各種云服務，從高性能、基于SSD的容量到長延遲存檔存儲，其價格優(yōu)惠范圍從高到低。但是大多數(shù)應用程序都有各種I/O需求，從對延遲敏感的元數(shù)據更新到帶寬吸收備份。沒有單一的云存儲服務是理想的。

應用程序開發(fā)人員知道這一點，并經常在其代碼中執(zhí)行非自然的行為以克服云存儲缺陷。兩個主要問題是成本/性能權衡和非彈性部署邊界。

[[246742]]

成本/性能權衡

存儲層次結構(更簡單的時內存、磁盤和磁帶)反映了權衡?？焖俅鎯κ前嘿F的，并且廉價的存儲速度是緩慢的。

為了適應不同的工作負載，企業(yè)存儲陣列可以自適應地移動數(shù)據，將熱數(shù)據傳輸?shù)娇焖倬彺?，并將冷?shù)據移動到磁盤，或者在某些情況下，一直移動到云存檔。但這很難與云存儲相關，因為不同的服務需要顯式部署，并提供不同的一致性保證。

非彈性部署

云存儲服務也傾向于僅提供單一度量彈性。例如，AWSS3服務隨容量而擴展，但不隨I/O需求而擴展。DynamoDB可根據I/O需求進行擴展，但在低延遲配置中卻非常昂貴。

在最近的一篇論文中，Cal Berkeley公司的研究人員探索了一種先進的鍵值存儲系統(tǒng)Anna，旨在克服當前的云存儲限制。鍵值存儲基本上是兩列電子表格，其中***列包含訪問鍵，第二列包含企業(yè)要存儲的數(shù)據。

鍵值存儲已廣泛用于云服務，但Anna實現(xiàn)了三個重要的優(yōu)化。

• 用于縮放的水平彈性
• 垂直數(shù)據移動，以適應不斷變化的訪問模式
• 跨多個核心和節(jié)點選擇性復制熱數(shù)據密鑰，以擴展訪問性能。

這些優(yōu)化旨在滿足聚合吞吐量增長，熱鍵現(xiàn)實以及工作負載熱點轉移的需求。

性能

Anna如何實現(xiàn)這些目標有很多細節(jié)。但最重要的是：與Dynamo DB相比，它的運作情況如何?

這是一張表，可以對這二者進行比較：

適應熱點是另一個考驗：

Dell EMC或NetApp公司可能為此感到擔憂。規(guī)模公共云存儲只有不到十年的歷史，并且正在迅速成熟，因為企業(yè)存儲的增長不足證明了這一點。

Anna不僅對提高績效非常重要，而且對成本的關注也很重要。云存儲標費率似乎合理，但是當企業(yè)為目錄查找和數(shù)據網絡添加所有開銷成本時，企業(yè)存儲更具競爭力。

任何能夠以更低的成本提高存儲效率的東西都是數(shù)字文明的勝利。但對于企業(yè)存儲供應商而言可能并非如此。