2012-02-08 125 views
2

我有幾千兆字節的文件,我希望在一個系統中的某處可以在線存儲,我可以使用HTTP請求從多個服務器訪問這些文件。這些大多是5-200kb的文本文檔(很少有二進制格式),不經常讀取,需要以所有服務器都可以訪問的方式進行存儲。成本是一個重要因素。我應該使用Amazon S3還是SimpleDB存儲小文檔?

這些文件沒有附加屬性,所以如果文件較大,我肯定會使用S3,但由於它們太小,我不確定哪種服務更容易處理。

有沒有人使用過這兩種服務中的任何一種?

回答

2

S3具有很大的優勢,您可以通過HTTP非常簡單地訪問文件,並且它支持創建/更新/刪除文件的REST操作。這使得談話非常容易。

結合S3的實際情況,您只需支付存儲費(使用SimpleDB,您還需支付機器小時數),並且我認爲S3是這種情況下最好的解決方案。

+1

此外,S3的開銷只有54個字節,因此您需要爲您存儲的內容+ 54付費, - 這對您的需求沒有太大的開銷。所有AWS都支持REST,但同意很好的「一切」都可以與S3交談。 – 2012-02-09 16:36:07

3

我很確定SimpleDB中的最大行大小低於200kb,所以你必須使用S3。

2

我目前有一個文件管理系統,運行在幾臺服務器上,所有的文件都存儲在S3中。文件/文件的範圍從1KB到2GB。到目前爲止,我發現s3非常出色,幾乎可以在任何語言中很容易地進行通信,並且作爲獎勵提供AES加密。

1

如果存儲大小&成本是您的主要決定性因素 - SimpleDB的大小調整模型包含索引,因此成本高於S3字節。從每GB月0.25美元到0.34美元不等,將SimpleDB加載數據並且不使用複雜查詢是一種浪費。

1k的屬性值大小限制可能會影響您的設計,並要求您分塊值。非常適合JavaScript /可怕的HTML。

SimpleDB作爲您在S3上託管的內容的索引以及在EC2上處理的前/後處理的功能非常棒。

  • 您可以免費獲得內部帶寬。
  • S3是最便宜的GB-m。
  • 積極減少/壓縮你的輸出通過EC2代理,你實際上只支付縮略圖帶寬成本。
  • 添加一個緩存代理將SimpleDB cpu成本降到最低。
相關問題