目前以及在可預(yù)見的未來，云存儲(chǔ)將主要作為歸檔或備份之用。不過，在某個(gè)時(shí)間，云提供商將開始將云存儲(chǔ)作為主存儲(chǔ)地址來提供。為什么云存儲(chǔ)可以作為主存儲(chǔ)，我們離這種情況變成現(xiàn)實(shí)還有多少時(shí)間？在這里，云存儲(chǔ)作為主存儲(chǔ)不同于軟件即服務(wù)（SaaS）提供商將使用的主存儲(chǔ)。我曾說過，SaaS解決方案將需要典型的第一層存儲(chǔ)功能。而在這篇博文中，云需要的是第二層應(yīng)用程序，這種應(yīng)用程序不需要像數(shù)據(jù)中心內(nèi)部主應(yīng)用程序那么高的性能。
     
  顯然，如果要讓云存儲(chǔ)像主存儲(chǔ)系統(tǒng)那樣工作，我們將需要相對(duì)接近的存儲(chǔ)設(shè)備之間有快速的連接。例如，Zetta基本上就在提供這種設(shè)置。他們利用自己的向外擴(kuò)展的、集群的NAS（網(wǎng)絡(luò)附加存儲(chǔ)）設(shè)置（在云里面提供），在設(shè)計(jì)本地存儲(chǔ)目錄的同時(shí)提高了對(duì)性能的關(guān)注。
     另一個(gè)選擇就是利用復(fù)合模式。這種復(fù)合模式結(jié)合了本地高速緩存設(shè)備--這種設(shè)備已經(jīng)在歸檔中開發(fā)--和云的備份利用--比如Iron  Mountain，Axcient和Nirvanix的服務(wù)。為什么這些高速緩存設(shè)備不可以升級(jí)為存儲(chǔ)主數(shù)據(jù)？這里面需要克服數(shù)據(jù)連接速度問題，尤其是需要城域網(wǎng)水平的快速連接。
     
   還有數(shù)據(jù)服務(wù)問題。很明顯，NAS廠商已經(jīng)在快照、復(fù)制、配置和一系列其他NAS功能上投入了很多的研發(fā)精力。不過基本的NAS服務(wù)可以被貼牌然后再配置到這些設(shè)備上。NAS和云廠商都需要提供某種形式的全局文件系統(tǒng)，由這種文件系統(tǒng)來透明地顯示文件的時(shí)間。這可以讓小型的快速的本地存儲(chǔ)"溢出"到云存儲(chǔ)目錄。當(dāng)然，這將需要支持混合的后端存儲(chǔ)。許多NAS全局文件系統(tǒng)的弊端就是廠商們往往只支持他們自己的系統(tǒng)。獨(dú)立的文件虛擬化功能提供商，比如F5、EMC的Rainfinity  和AutoVirt，在這里應(yīng)該有用武之地。
      NAS在云中作為主存儲(chǔ)是可行的，而且這個(gè)實(shí)現(xiàn)的時(shí)間要比許多人所想的早。那么塊級(jí)存儲(chǔ)怎么樣？我將會(huì)在以后討論這一方面的問題。
      本文作者George Crump是Storage Switzerland的創(chuàng)始人,同時(shí)也是George Crump Consulting的創(chuàng)始人。