CDMI云數(shù)據(jù)管理接口的時代到來了嗎?
CDMI (Cloud Data Management Interface,云數(shù)據(jù)管理接口)是SNIA(Storage Networking Industry Association ,存儲網(wǎng)絡工業(yè)協(xié)會)所定義的“應用借以在云中創(chuàng)建、獲取、更新和刪除數(shù)據(jù)元素的功能接口”的重要組成部分。
這樣的一個接口是標準化我們如何創(chuàng)建和管理云存儲數(shù)據(jù)對象的關鍵。它對云存儲也有重要的意義。
目前,多數(shù)的云存儲服務提供商使用私有的對象存儲接口。這些私有接口都是類似的——他們是RESTful的,有基本的“put”、“get”和“delete”命令——但是他們每個都有不同的語法。這就像巴黎的法語和你在魁北克聽到的法語。很多的單詞和短語都是相同的,但是也有很多不同,使得溝通很吃力,不可靠甚至有時候不成功。
創(chuàng)造多語言系統(tǒng)
云服務供應商和對象存儲軟件供應商公開對象存儲API,以使得用戶可以寫出應用代碼來管理數(shù)據(jù)對象。但是多數(shù)IT應用使用塊和文件存儲格式,而不是對象格式。IT團隊對于花掉大把的經(jīng)費來重寫他們的應用接口來“說對象語言”以方便使用軟件或者云服務這件事仍有遲疑,更不用說花錢來測試和維護那些定制的集成項目了。
這個狀況帶來云存儲網(wǎng)關的出現(xiàn)。一個網(wǎng)關系統(tǒng)是一個本地虛擬或者物理設備,給IT提供一個基于標準的接口(iSCSI、CIFS或者NFS)來把基于標準的存儲操作轉換為對象軟件或者服務提供商的API語言。很多網(wǎng)關系統(tǒng)還能做更多事,通過提供加密,數(shù)據(jù)去重復和壓縮來降低帶寬和事務成本,通過緩存來緩解遠程托管所帶來的延遲。
多數(shù)的系統(tǒng)都可以說多種語言,掌握多個云存儲提供商的API語言。這樣,如果一個供應商停止了一個服務或者其中的一部分(像Iron Mountain去年那樣),IT部門可以使用網(wǎng)關方案來將數(shù)據(jù)透明的轉移到另一個供應商。
在Iron Mountain關停他們的服務的時候,Nasuni已經(jīng)悄悄地把他們多數(shù)的Iron Mountain客戶轉移到其他服務提供商去了。
CDMI=潛力
通過CDMI,把數(shù)據(jù)轉移到另一個服務提供商這樣的問題就不應該出現(xiàn)。這是不是真的呢?我說是的。不過,那些存儲行業(yè)的老兵都曾有過被類似的技術所傷害留下的傷痕,所以我們預計實施這條路也不會一帆風順。隨著時間的推移,那些波浪都會平息,而我們會看到在不同服務之間的真正的數(shù)據(jù)可遷移,而不需要重寫對象接口。
這一趨勢又會對云網(wǎng)關市場帶來什么影響呢?
這不一定。“網(wǎng)關”是一個很迷惑人的字眼,多數(shù)的這些系統(tǒng)都進化成為了別的東西。我把它們稱作云集成或者可支持云的存儲陣列,因為那顯然是它們正在發(fā)展的方向。而當你轉移到云上的時候,通過一個在本地數(shù)據(jù)中心的“橋”來緩解延遲,保證持續(xù)的性能,提供高可用性,并提供加密和數(shù)據(jù)壓縮去重是很必要的。
最后,CDMI會使每個人接受和支持云存儲變的更容易也更便宜。云的時代到來了嗎?
有可能。ISO支持這一標準會有所幫助,不過最終的答案是廠商的接受程度。NetApp是這一行動的堅定支持者;不過思科、戴爾、EMC、惠普、IBM和其他業(yè)界大佬也都參與其中了。在存儲業(yè)界,行動勝過口號。關鍵的行動是各個廠商推出內置的CDMI功能。