陳曉華，李春芝，張鵬宇

(湖州師范學(xué)院信息與工程學(xué)院 湖州 313000)

1 引言

云存儲(chǔ)技術(shù)是一種虛擬化存儲(chǔ)技術(shù)，將網(wǎng)絡(luò)中大量各種不同類(lèi)型的存儲(chǔ)設(shè)備利用應(yīng)用軟件集合起來(lái)協(xié)同工作，對(duì)外提供數(shù)據(jù)存儲(chǔ)和業(yè)務(wù)訪(fǎng)問(wèn)功能[1]。云存儲(chǔ)技術(shù)要面對(duì)復(fù)雜的廣域網(wǎng)環(huán)境提供服務(wù)保證，對(duì)于廣域網(wǎng)下的文件傳輸協(xié)議起著至關(guān)重要的作用。當(dāng)前各種不同的云存儲(chǔ)系統(tǒng)根據(jù)所采用的協(xié)議提供不同的API，如圖1所示。

（1）基于 Web Service的 API

Amazon Simple Storage Service(Amazon S3)[2]、Windows Azure[3]、Google Storage[4]、Mezeo Cloud Storage Platform[5]、Nirvanix SDN[6]和 CleverSafe[7]實(shí)現(xiàn)REST API，這些API是基于 REST原則和SOAP接口實(shí)現(xiàn)的。

Amazon S3（以下簡(jiǎn)稱(chēng)S3）具有低成本、低延遲、高可用性和安全的特點(diǎn)，通過(guò) S3存儲(chǔ)和檢索的資源被稱(chēng)為對(duì)象，對(duì)象存儲(chǔ)在存儲(chǔ)段（bucket）中，對(duì)象和存儲(chǔ)段通過(guò)統(tǒng)一資源標(biāo)識(shí)符（URI）定位。S3同時(shí)提供 RESTful API和SOAP API，但是需要下載JetS3t庫(kù)才能使用這些API[2]。目前為了提高文件上傳和下載速度，Amazon支持Aspera開(kāi)發(fā)的FASP協(xié)議（在UDP協(xié)議基礎(chǔ)上開(kāi)發(fā)的新協(xié)議）[8]。

Windows Azure為應(yīng)用程序提供Blobs、Tables和Queues3種存儲(chǔ)機(jī)制，支持 SOAP、REST、XML和 HTTPS等。Windows Azure Storage由3個(gè)重要部分構(gòu)成：Windows Azure Blob（存儲(chǔ)大型數(shù)據(jù)，包括二進(jìn)制數(shù)據(jù)和文件）、Windows Azure Table存儲(chǔ)表數(shù)據(jù)（類(lèi)似于關(guān)系數(shù)據(jù)庫(kù)中的數(shù)據(jù)表）、Windows Azure Queue（為異步工作提供分派消息服務(wù)）[3]。Windows Azure有文件、數(shù)據(jù)表和消息存儲(chǔ)能力，與開(kāi)發(fā)平臺(tái).net綁定在一起，通過(guò)庫(kù)RESTful API與Azure交互。

Google Storage提供RESTful的API訪(fǎng)問(wèn)和管理文件，Google Storage API的實(shí)現(xiàn)依賴(lài)標(biāo)準(zhǔn)的HTTP方法，如delete、get、head、put[4]。

Mezeo Platform分為6個(gè)層次、3個(gè)概念（資源、表示法和方法）。Mezeo Platform提供的方法包括get、put、post、delete、lock、unlock、restore等。上述方法采用 REST 原則實(shí)現(xiàn)，在HTTP上進(jìn)行傳輸，提供地理定位和地理復(fù)制能力，并提供安全保障[5]。

Nirvanix SDN的Web Service提供基于REST原則和SOAP接口的服務(wù)，可以通過(guò)HTTP的Post上傳和下載文件[6]。

CleverSafe提供基于 HTTP/REST、Java SDK訪(fǎng)問(wèn) API，同時(shí)還支持FTP協(xié)議[7]。

（2）基于文件的 API

主要包括NFS、CIFS和FTP協(xié)議。NFS是使用TCP/IP的應(yīng)用層協(xié)議，基于NFS的網(wǎng)絡(luò)文件服務(wù)器，可使多臺(tái)計(jì)算機(jī)透明地訪(fǎng)問(wèn)彼此的目錄。CIFS基于SMB協(xié)議的開(kāi)放跨平臺(tái)，使用戶(hù)可以方便地向支持SMB協(xié)議的網(wǎng)絡(luò)服務(wù)器請(qǐng)求文件和打印服務(wù)。FTP是遠(yuǎn)程文件傳輸協(xié)議，允許用戶(hù)管理遠(yuǎn)程主機(jī)的文件。IBM采用標(biāo)準(zhǔn)網(wǎng)絡(luò)文件協(xié)議，包括NFS、CIFS、HTTP 和 FTP[9]。Zetta用戶(hù)可通過(guò) HTTP、NFS、FTP、sFTP、rsync和WebDAV等標(biāo)準(zhǔn)存儲(chǔ)協(xié)議進(jìn)行訪(fǎng)問(wèn)[9,10]。

（3）基于 Block 的 API

主要有iSCSI協(xié)議，該協(xié)議建立在TCP協(xié)議之上，是一種面向連接的協(xié)議，定義了 TCP/IP網(wǎng)絡(luò)發(fā)送、接收Block（數(shù)據(jù)塊）級(jí)的存儲(chǔ)數(shù)據(jù)的規(guī)則和方法，在用戶(hù)看來(lái)，使用遠(yuǎn)端的存儲(chǔ)設(shè)備就像訪(fǎng)問(wèn)本地的SCSI設(shè)備一樣簡(jiǎn)單。iSCSI可以實(shí)現(xiàn)在IP網(wǎng)絡(luò)上運(yùn)行SCSI協(xié)議，適合高速吉比特以太網(wǎng)應(yīng)用。Cloud Drive支持iSCSI協(xié)議[11]。

（4）適合云存儲(chǔ)的其他協(xié)議

如基于 Web的分布式創(chuàng)作與版本控制（WebDAV IETF RFC 2518）。WebDAV基于 HTTP，將 Web作為一種可讀寫(xiě)的資源加以啟用[9]。

BitDew是在網(wǎng)格環(huán)境下為大規(guī)模數(shù)據(jù)管理和分布提供的可編程環(huán)境。BitDew提出了融合多個(gè)文件傳輸協(xié)議進(jìn)行文件傳輸[12]。MetaCDN利用其他系統(tǒng)提供的Web Service、API和訪(fǎng)問(wèn)接口，智能分配各種云存儲(chǔ)系統(tǒng)響應(yīng)用戶(hù)的傳輸請(qǐng)求[13]。

綜上所述，云存儲(chǔ)在廣域網(wǎng)中進(jìn)行網(wǎng)絡(luò)傳輸，主要采用 REST原則、iSCSI協(xié)議、WebDAV協(xié)議、SOAP接口、FASP協(xié)議、CIFS協(xié)議、NFS協(xié)議，通常在HTTP協(xié)議上建立API提供給不同的開(kāi)發(fā)語(yǔ)言調(diào)用，需要在客戶(hù)端安裝相關(guān)軟件實(shí)現(xiàn)文件的傳輸與管理，部署不方便，而且與SaaS服務(wù)聯(lián)系不緊密，實(shí)驗(yàn)發(fā)現(xiàn)如果多人同時(shí)傳輸文件，云存儲(chǔ)網(wǎng)絡(luò)傳輸協(xié)議沒(méi)有考慮到當(dāng)前服務(wù)器的狀態(tài)，分配同一服務(wù)器接收多用戶(hù)傳輸?shù)奈募瑢?dǎo)致服務(wù)器無(wú)法同時(shí)滿(mǎn)足多用戶(hù)要求，文件傳輸失敗率較高。

當(dāng)前虛擬主機(jī)廠商提供的虛擬主機(jī)服務(wù)具有高可用性、價(jià)格低、易維護(hù)、分布廣等特點(diǎn)，本文建立虛擬主機(jī)集群模型，設(shè)計(jì)文件傳輸控制協(xié)議VCFTP和基于虛擬主機(jī)集群的云存儲(chǔ)系統(tǒng)VCloudStorage，以提高文件傳輸性能和穩(wěn)定性。首先建立SaaS服務(wù)模型；利用HTTP數(shù)據(jù)流存儲(chǔ)技術(shù)，建立虛擬主機(jī)存儲(chǔ)接口；接著建立虛擬主機(jī)傳輸能力、存儲(chǔ)能力和價(jià)格能力數(shù)學(xué)模型，并結(jié)合用戶(hù)的傳輸請(qǐng)求建立文件傳輸整數(shù)規(guī)劃數(shù)學(xué)模型及最優(yōu)化算法，最終以此為基礎(chǔ)采用Web Service、HTTP和Flash技術(shù)設(shè)計(jì)了文件傳輸控制協(xié)議VCFTP。VCFTP與SaaS服務(wù)兼容，且利用Flash跨平臺(tái)和富客戶(hù)端技術(shù)特點(diǎn)，無(wú)需在客戶(hù)端部署其他程序；授權(quán)的用戶(hù)在VCloudStorage中根據(jù)傳輸請(qǐng)求、存儲(chǔ)要求、服務(wù)水平和當(dāng)前虛擬主機(jī)狀態(tài)等條件，根據(jù)整數(shù)規(guī)劃數(shù)學(xué)模型，以傳輸能力最優(yōu)化的方式進(jìn)行文件傳輸。

2 VCloudStorage系統(tǒng)及文件傳輸協(xié)議VCFTP

本節(jié)介紹VcloudStorage和文件傳輸協(xié)議VCFTP，利用虛擬主機(jī)集群技術(shù)，創(chuàng)建一個(gè)綜合覆蓋網(wǎng)絡(luò)，提供一個(gè)低成本、高性能、可擴(kuò)展的云存儲(chǔ)系統(tǒng)。

2.1 VCloudStorage平臺(tái)

VCloudStorage系統(tǒng)采用基于B/S的Web Service分布式架構(gòu)，包括 Client Web 瀏覽器、VVHashTable、Scheduler、VCloud File System、Node Manager、Web Service[1]?？蛻?hù)端用戶(hù)通過(guò)Web瀏覽器中的Flash模塊實(shí)現(xiàn)文件上傳；網(wǎng)絡(luò)存儲(chǔ)統(tǒng)一平臺(tái)提供Web Service接口[1]。VCloud Storage系統(tǒng)架構(gòu)如圖2所示。

2.2 文件傳輸協(xié)議VCFTP

首先建立SaaS服務(wù)協(xié)議，利用HTTP數(shù)據(jù)流存儲(chǔ)技術(shù)，建立虛擬主機(jī)數(shù)據(jù)存儲(chǔ)接口；然后在SaaS服務(wù)模型和虛擬主機(jī)數(shù)據(jù)存儲(chǔ)接口的基礎(chǔ)上，建立整數(shù)規(guī)劃數(shù)學(xué)模型及最優(yōu)化算法，設(shè)計(jì)文件傳輸控制協(xié)議VCFTP。

圖2 VCloud Storage系統(tǒng)架構(gòu)

2.2.1 文件傳輸控制協(xié)議對(duì)象

在文件傳輸過(guò)程中，為了建立Flash與Web Service之間的交互，對(duì)象的成員屬性為string類(lèi)型。文件傳輸控制協(xié)議對(duì)象包括客戶(hù)端請(qǐng)求連接字Apply File Transfer Packet對(duì)象、服務(wù)器返回的控制連接字File Transfer Control Packet對(duì)象、返回的控制狀態(tài)字Response Info Packet對(duì)象。用戶(hù)隸屬于企業(yè)，企業(yè)購(gòu)買(mǎi)服務(wù)。

（1）客戶(hù)端請(qǐng)求連接字

（2）文件傳輸控制連接字

（3）返回的控制狀態(tài)字

2.2.2 文件傳輸控制模型及VCFTP

文件傳輸控制模型如圖3所示。由圖3可見(jiàn)，客戶(hù)端的文件傳輸?shù)教摂M主機(jī)存儲(chǔ)器中，用戶(hù)的文件存儲(chǔ)請(qǐng)求、查詢(xún)、更新、刪除都是同文件傳輸控制服務(wù)器進(jìn)行交互；SaaS服務(wù)控制器是管理用戶(hù)、購(gòu)買(mǎi)服務(wù)等信息；虛擬主機(jī)管理器根據(jù)虛擬主機(jī)存儲(chǔ)器的Web Service，更新和維護(hù)虛擬主機(jī)存儲(chǔ)器狀態(tài)Hash Table；虛擬主機(jī)分配器根據(jù)虛擬主機(jī)存儲(chǔ)器的狀態(tài)和客戶(hù)端的請(qǐng)求最優(yōu)化分配虛擬主機(jī)存儲(chǔ)器給客戶(hù)端；虛擬主機(jī)存儲(chǔ)器提供接收客戶(hù)端文件接口、刪除文件接口、測(cè)試自身狀態(tài)的Web Service。

本文設(shè)計(jì)的文件傳輸協(xié)議VCFTP在文件傳輸過(guò)程中包括3個(gè)部分：請(qǐng)求建立連接控制字、傳輸文件、釋放連接控制字。

傳輸流程如下。

（1）Flash客戶(hù)端構(gòu)建請(qǐng)求連接控制字Apply File Transfer Packet對(duì)象，然后向文件傳輸控制服務(wù)器請(qǐng)求建立連接傳輸控制字。

（2）文件傳輸控制服務(wù)器接收到請(qǐng)求，向SaaS服務(wù)控制器請(qǐng)求合法性驗(yàn)證。

（3）SaaS服務(wù)控制器驗(yàn)證合法性，包括判斷用戶(hù)名、密碼是否正確和判斷企業(yè)是否合法、是否購(gòu)買(mǎi)該服務(wù)，將驗(yàn)證結(jié)果返回給文件傳輸控制服務(wù)器。

（4）文件傳輸控制服務(wù)器接收到合法性驗(yàn)證通過(guò)后，向虛擬主機(jī)分配器請(qǐng)求分配虛擬主機(jī)存儲(chǔ)器。

（5）虛擬主機(jī)分配器接收到請(qǐng)求后，根據(jù)最優(yōu)化算法，選擇最優(yōu)的虛擬主機(jī)存儲(chǔ)器，并更新Hash Table，返回選定的虛擬主機(jī)存儲(chǔ)器給文件傳輸控制服務(wù)器，并且采用加鎖機(jī)制選擇最優(yōu)虛擬主機(jī)存儲(chǔ)器。

（6）文件傳輸控制服務(wù)器構(gòu)造文件傳輸控制連接字 File Transfer Control Packet對(duì)象，包括分配的文件名、路徑名、域名、文件類(lèi)型、此次連接的標(biāo)識(shí)符，構(gòu)造過(guò)程進(jìn)行加鎖控制，并記錄文件傳輸控制連接字。

（7）客戶(hù)端Flash接收到File Transfer Control Packet對(duì)象，通過(guò)HTTP向虛擬主機(jī)存儲(chǔ)器傳輸數(shù)據(jù)。

（8）客戶(hù)端文件傳輸完畢，向文件傳輸控制服務(wù)器釋放File Transfer Control Packet對(duì)象。文件傳輸控制服務(wù)器接收到釋放請(qǐng)求后，更新存儲(chǔ)的文件傳輸控制連接字。

文件傳輸協(xié)議涉及到的多個(gè)對(duì)象之間的通信順序如圖4所示。

2.2.3 文件傳輸控制協(xié)議

文件傳輸控制協(xié)議主要包括建立文件傳輸連接、傳輸文件、接收文件、釋放連接等過(guò)程。

（1）建立文件傳輸連接

File Transfer Control Packet Create File Transfer Connection(Apply File Transfer Packet clientPacket);

圖3 文件傳輸控制模型

表1 建立連接返回值

返回的狀態(tài)信息見(jiàn)表1。（2）傳輸和接收文件流客戶(hù)端Flash通過(guò)HTTP協(xié)議向服務(wù)器傳遞分配的文件信息和驗(yàn)證信息，并傳輸HTTP文件數(shù)據(jù)流；虛擬主機(jī)存儲(chǔ)器以.aspx、.php、.asp等形式出現(xiàn)，首先判斷此次連接的合法性，然后接收數(shù)據(jù)，存放到虛擬主機(jī)存儲(chǔ)器中。

（3）釋放文件傳輸連接

客戶(hù)端向服務(wù)器請(qǐng)求釋放連接，服務(wù)器接收到數(shù)據(jù)，首先驗(yàn)證釋放信息，然后刪除本次傳輸控制連接字，釋放連接返回值見(jiàn)表2。

表2 釋放連接返回值

2.2.4 分配虛擬主機(jī)存儲(chǔ)器整數(shù)規(guī)劃建模

為了保證虛擬主機(jī)存儲(chǔ)云有足夠的存儲(chǔ)能力和傳輸能力執(zhí)行其任務(wù)，有效地分配虛擬主機(jī)存儲(chǔ)和傳輸，定義了如下一些限制參數(shù)。

·Price[i]：第i個(gè)虛擬主機(jī)存儲(chǔ)云的價(jià)格能力指數(shù)，類(lèi)型是float，單位是元。

·Storage[i]：第i個(gè)虛擬主機(jī)存儲(chǔ)云的存儲(chǔ)能力指數(shù)，類(lèi)型是float，單位為字節(jié)。

·Transfer[i]：第i個(gè)虛擬主機(jī)存儲(chǔ)云的傳輸能力指數(shù)，類(lèi)型是float，取值為0～1，以百分比測(cè)量，由系統(tǒng)專(zhuān)門(mén)的接口定時(shí)（30 s）自動(dòng)測(cè)量。

· Price：用戶(hù)端的價(jià)格能力指數(shù)，類(lèi)型是float，單位是元。

·Storage：用戶(hù)端的存儲(chǔ)要求指數(shù)，類(lèi)型是float，單位為字節(jié)。

· Transfer：用戶(hù)端的傳輸要求指數(shù)，類(lèi)型是float，取值為0～1。

·X[i]：第i個(gè)虛擬主機(jī)存儲(chǔ)云被分配，如果被分配則為 1，否則為 0。

為了讓系統(tǒng)擁有最大的傳輸能力，建立線(xiàn)性規(guī)劃模型，把分配虛擬主機(jī)存儲(chǔ)云的問(wèn)題轉(zhuǎn)化為一類(lèi)特殊的0-1整數(shù)規(guī)劃問(wèn)題[1]。

系統(tǒng)傳輸能力最優(yōu)化方程（目標(biāo)函數(shù)）為：

每當(dāng)用戶(hù)需要存儲(chǔ)內(nèi)容時(shí)，根據(jù)自己的需要提供Price、Storage和Transfer給系統(tǒng)Web Service的調(diào)用接口，系統(tǒng)調(diào)用接口根據(jù)式（1）和（2），因?yàn)閄[i]是一類(lèi)特殊的0-1整數(shù)規(guī)劃問(wèn)題，采用線(xiàn)性規(guī)劃解法中的枚舉算法，實(shí)現(xiàn)虛擬主機(jī)存儲(chǔ)的分配。

3 VCloudStorage實(shí)驗(yàn)與評(píng)估

3.1 實(shí)驗(yàn)環(huán)境

本文描述的協(xié)議運(yùn)行在VCloudStorage中。主站點(diǎn)和虛擬主機(jī)站點(diǎn)都是相同的配置，試驗(yàn)臺(tái)站點(diǎn)通過(guò)Internet連接，VCloudStorage集群了5個(gè)虛擬主機(jī)，并布置了一臺(tái)本地服務(wù)器，用于管理、測(cè)試虛擬主機(jī)集群及更新虛擬主機(jī)集群的VHashTable[1]。每個(gè)虛擬主機(jī)硬件包括2個(gè)Intel XEON 5.4 GHz的 CPU、4 GB內(nèi)存，CPU利用率為 3%，布置在中國(guó)安徽合肥。實(shí)驗(yàn)客戶(hù)機(jī)包括10臺(tái)實(shí)驗(yàn)客戶(hù)機(jī)，實(shí)驗(yàn)客戶(hù)機(jī)CPU為2 GHz、1 GB內(nèi)存。

3.2 實(shí)驗(yàn)及結(jié)果分析

為了評(píng)估該VCloudStorage系統(tǒng)，部署10臺(tái)客戶(hù)機(jī)，以1、3、6、10臺(tái)機(jī)器同時(shí)啟動(dòng)傳輸1、10、20、30、40、50、60、70、80、90、100 MB文件為基礎(chǔ)，測(cè)量系統(tǒng)的總吞吐量和平均吞吐量。這些文件同時(shí)從客戶(hù)端分別以騰訊QQ郵箱存儲(chǔ)、微軟SkyDrive、單個(gè)虛擬主機(jī)、VCloudStorage上傳到服務(wù)器上，分別記錄每個(gè)客戶(hù)端傳輸時(shí)間和傳輸文件大小?？偼掏铝浚═otalThroughOut）和平 均吞吐量（AverageThroughOut）的計(jì)算式如下：

其中，F(xiàn)ileSize[i]為每次客戶(hù)端傳輸文件的大小，以KB為計(jì)算單位；Second[i]為每次客戶(hù)端傳輸文件的所用的時(shí)間，以s為計(jì)算單位；MaxTime為每次客戶(hù)端傳輸文件的最大傳輸時(shí)間。

測(cè)試集中在每天的下午3點(diǎn)到晚上9點(diǎn)，用時(shí)兩個(gè)星期，經(jīng)歷了網(wǎng)絡(luò)高峰時(shí)期，記錄了每個(gè)客戶(hù)端每次傳輸文件的大小和時(shí)間。統(tǒng)計(jì)的吞吐量如圖5～9所示。測(cè)試失敗率見(jiàn)表3。

由圖5～9和表3可以看出，通過(guò)VCFTP協(xié)議構(gòu)建的VCloudStorage性能優(yōu)于單虛擬主機(jī)存儲(chǔ)、微軟SkyDrive、騰訊QQ郵箱存儲(chǔ)等系統(tǒng)，得出以下結(jié)論。

圖8 6人測(cè)試總吞吐量

表3 測(cè)試失敗率

·VCFTP協(xié)議文件傳輸性能和傳輸成功率較高，構(gòu)建的虛擬主機(jī)云存儲(chǔ)VCloudStorage總吞吐量和平均傳輸速率均優(yōu)于騰訊QQ郵箱存儲(chǔ)、微軟SkyDrive、單個(gè)虛擬主機(jī)，VCFTP使多人傳輸文件成功率達(dá)到100%。

·VCFTP協(xié)議具有負(fù)載均衡能力，能夠感知虛擬主機(jī)的當(dāng)前狀態(tài)信息，最優(yōu)化分配虛擬主機(jī)存儲(chǔ)器，客戶(hù)端平均傳輸速率能夠保證在150 kbit/s以上，總吞吐量保證在800 kbit/s，不受單個(gè)虛擬主機(jī)當(dāng)前運(yùn)行狀態(tài)的限制。

·VCFTP協(xié)議具有動(dòng)態(tài)擴(kuò)展性，在運(yùn)行過(guò)程中，VCloudStorage能夠根據(jù)需要?jiǎng)討B(tài)增加虛擬主機(jī)存儲(chǔ)器數(shù)量，達(dá)到動(dòng)態(tài)擴(kuò)展文件存儲(chǔ)能力和傳輸能力的目的。實(shí)驗(yàn)結(jié)果表明，VCloudStorage文件傳輸能力可以從1個(gè)虛擬主機(jī)的100～400 kbit/s動(dòng)態(tài)擴(kuò)展到5個(gè)虛擬主機(jī)的700～1200 kbit/s。

·VCFTP協(xié)議客戶(hù)端不需安裝其他軟件，通過(guò)Flash技術(shù)進(jìn)行文件傳輸，采用的是HTTP流技術(shù)上傳文件，傳輸文件成功率高。

4 結(jié)束語(yǔ)

本文提出基于Web Service、HTTP和Flash技術(shù)的文件傳輸協(xié)議VCFTP，開(kāi)發(fā)了基于虛擬主機(jī)集群云存儲(chǔ)系統(tǒng)VCloudStorage。它與SaaS服務(wù)兼容，而且利用Flash的跨平臺(tái)和富客戶(hù)端技術(shù)特點(diǎn)，無(wú)需在客戶(hù)端部署其他程序；授權(quán)的用戶(hù)在VCloudStorage中根據(jù)傳輸請(qǐng)求、存儲(chǔ)要求、服務(wù)水平和當(dāng)前虛擬主機(jī)狀態(tài)等條件，以傳輸能力最優(yōu)化的方式進(jìn)行文件傳輸。VCFTP通過(guò)Web Service建立連接和釋放連接，通過(guò)HTTP協(xié)議傳遞數(shù)據(jù)，使用已有的服務(wù)器通信端口而不需要修改網(wǎng)絡(luò)防火墻配置，文件傳輸性能較高且穩(wěn)定，虛擬主機(jī)接收文件傳輸?shù)拇笮】梢愿鶕?jù)虛擬主機(jī)的配置而變化，是一種滿(mǎn)足應(yīng)用需求的云存儲(chǔ)文件傳輸協(xié)議。

1 陳曉華,李春芝,俞堅(jiān)奇.虛擬主機(jī)云存儲(chǔ)系統(tǒng)整數(shù)規(guī)劃模型及最優(yōu)化分配算法.電信科學(xué),2011,27(1):89～94

2 Amazon.Amazon simple storage service (Amazon s3).Retrieved from www.amazon.com/s3,2007

3 Microsoft.Windows azure service management REST API reference.http://msdn.microsoft.com/en-us/library/ee460799.aspx,2011

4 Google Storage.Google storage API for developers.http://code.google.com/intl/zh-CN/apis/storage/docs/developer-guide.html,2011

5 Mezeo.Cloud storage platform API v2 reference guide.http://developer.mezeo.com/wp-content/uploads/2010/06/Mezeo-API-v2-Reference-Guide.pdf,2010

6 Nirvanix.White paper:accelerating Web application development with the nirvanix storage delivery network(SDN),2008

7 CleverSafe. Object Storage.http://www.cleversafe.com/products/resilient-architecture/object-storage,2010

8 Aspera.http://www.asperasoft.com/en/support/developer_23/Aspera_Developer_Network_23,2009

9 Tim M Jones.Anatomy of a cloud storage infrastructure models,features,and internals. http://public.dhe.ibm.com/software/dw/cloud/library/cl-cloudstorage-pdf.pdf,2010

10 http://cloudharmony.com/clouds_storage.Zetta

11 Cloud Drive.http://www.clouddrive.com.au/international/zh-CHS/products.html,2010

12 Gilles Fedak,Haiwu He,Franck Cappello.BitDew:a data management and distribution service with multi-protocol file transfer and metadataAbstraction.Journal of Network and Computer Applications,2009(32):961～975

13 James Broberg,Rajkumar Buyya,Zahir Tari.Meta CDN:harnessing “storage clouds” for high performance content delivery.Journal of Network and Computer Applications,2009(32):1012～1022