雲資料存儲怎麼「整」最划算？

雲資料存儲的高成本粉碎了企業公有雲業務案例的夢想。 一些企業表示他們可以以和按月雲存儲和用例費用相同的成本購買到硬碟。 同時微軟和谷歌免費贈送其SkyDrive和Google Drive服務。 雲消費者可能發現很難搞清楚價格差異到底體現在哪。 為了能夠完整的理解這些內容，就要看看在你購買雲存儲時，你實際得到了什麼。

磁片容量單獨而言相對的不是那麼貴，尤其是大規模應用上。 你可以花費比100美金對一點的資金購買太位元組的外接硬碟，比如，你可以假想要一個100TB容量的大型伺服器，就可以為10,000個終端使用者在這個伺服器上存儲10GB，當然我們假設他們的I/O活動受限。

另一方面，一個單一的使用者擁有10GB存儲和高交易處理率，就可以輕鬆地消耗整個伺服器，或者上載雲供應商的資料中心路由器和存放區域網路(SAN)。 當資料定期訪問，尤其是在雲計算外部訪問時，雲資料存儲成本要更高。

資料使用費反映的成本負擔強加于雲管理員身上。 企業認為訪問雲資料迫使他們擴展連線速度，為了避免擁擠。 這一點轉而使得網路成本增加。

雲消費者需要協助管理資料成本，四個戰略已經形成，協助他們解決這些成本窘境。

發掘資料存儲和使用層次。 當設計一個應用並將其和資料關聯，要想到創建存儲層次。 同時記憶體資料快取記憶體可能在雲端看起來很蠢，但是通過保持大部分記憶體元素訪問，可能減少資料訪問率，從而減少成本。 研究一下如何聯合雲存儲的不同類到一個層次中——從即時到歸檔，都可以影響資料價格。

考慮本機存放區即服務來支援雲應用。 儘管本地資源和雲之間的塊或者檔案系統I/O不可能具有成本效率或者平穩的性能，但是可能對於在本機存放區資料是實用的，而且以RDBS查詢級的介面(DBaaS)的形式展現給雲託管應用。 這樣可以為雲資料減少成本，協助雲託管應用訪問本地資料更快速，企業可以將更多應用轉移到雲端。 這個戰略對於大型資料庫查詢產出相對小的結果集最有效。

對雲資料存儲使用摘要資料庫。 雲分析尤其能夠在摘要資料上操作，而不是業務/交易型詳細的文檔上操作。 去商店找產品銷售，而不是註冊細節，通過幾個數量級減少記錄數量。 這樣做可以減少資料存儲成本。

關鍵業務應用最難部署在雲端，因為他們經常使用大型資料庫記錄交易。 零售業應用中，比如，這些資料庫包含市場並改變的庫存。 儘管很多企業在雲端部署關鍵業務應用的Web前端，但是俺們希望雲備份應用元件。 在這個案例中，關鍵在於控制資料成本，可能創造出多階應用。

考慮Web零售系統，比如。 這些系統通常為很少的資料生成大多數的交易。 如果前端設置了空閒的「存款(deposit)」專案，代表一個數量少於這個數量實際上可用，這個公司是就能不用檢查庫存安全接受訂單。 這樣就將庫存專案脫離了雲存儲。 因此企業可以承擔每一次訪問雲存儲資料庫的費用，這個系統就是省錢的。

應用隨後可以以一定頻率發送更新到本機資料庫，並收到一個額外的「分配(allotment)」，他們可以再訂單置好時撤銷。 這就允許大多數訂單可以被處理，甚至資料中心短暫的宕機。 類似快取記憶體的過程，資料可以用於其他的線上活動，也能夠節省企業資金。

保存備份副本。 考慮在一些便宜的備份網站上保存一些資料的副本，然後在需要時「恢復」到更貴一點的雲存儲上。 資料在恢復期間不可用，但是斷電的影響就最小化了。 對於擁有低水準活動的資料庫而言，這個戰略可能是管理成本最理想的方式，同時收穫了資料中心失敗後事件的離線處理選擇。

因為雲計算改變了IT規劃的所有方面，所以資料庫軟體和架構也改變了。 企業必須關注這些改變如何影響他們，不管是其虛擬資源還是私有雲也包括他們的公有雲選擇和價格。 在雲端存儲資料永遠也不可能比在一個編寫的硬碟上存儲資料便宜，但是利用雲存儲這項技術的優勢可能會給購買者最佳的成本和最高的投入產出比。

(責任編輯：蒙遺善)