2011-06-14 167 views
2

我的公司有興趣使用azure存儲表。他們要求我查看訪問時間,但到目前爲止我還沒有找到任何關於此的信息。我有幾個問題,也許這裏的某個人可以幫助解答。Windows Azure存儲表的訪問時間

  • 上讀取任何信息/鏈接或任何東西/如果我使用一個分區鍵,直接進入行鍵編寫Azure Table中存儲
  • 的訪問時間並讀取領域
  • 是數時間增加任何人都知道未來的Azure存儲計劃,例如價格下降,訪問速度增加,索引或增加存儲容量的能力
  • 存儲是我理解的1MByte /行。這是否包括字段名稱空間?我認爲它確實有
  • 有什麼方法可以確定在Azure存儲中一行中使用了多少空間。任何API爲此。

希望有人能幫助解答這些問題中的一個或兩個。

請注意此問題僅適用於TABLE STORAGE。

感謝

回答

4

微軟有一個blog post約可擴展性的目標。

對於每行實際的存儲,這裏是從該職位的摘錄:

實體(行) - 實體(實體是 類似於一個「行」)存儲在一個基本 數據項表。一個 實體包含一組屬性。 每個表都有兩個屬性, 「PartitionKey和RowKey」,其形成 實體的唯一鍵。一個 實體最多可容納255個屬性 實體中所有屬性 的組合大小不能超過1MB。此 大小包括屬性 名稱的大小以及 屬性值或其類型的大小。

您應該在給定的分區上看到每秒大約500次事務的性能。

我知道沒有計劃降低存儲成本。目前它的價格爲0.15美元/ GB /月。

您可以通過組合單個分區內的寫入來優化表存儲寫入速度 - 這是一個實體組事務。有關更多詳細信息,請參閱here

+0

僅適用於現在正在尋找相同問題的人。這是一個重要的更新,所以此時單表分區可以處理2,000個實體/秒,整個存儲帳戶可以處理20,000個實體/秒。 1GB起價爲0.07美元/月。詳情如下:http://blogs.msdn.com/b/windowsazurestorage/archive/2012/11/04/windows-azure-s-flat-network-storage-and-2012-scalability-targets.aspx – 2013-12-13 22:41:00

2

添加到David的回答。 Microsoft Extreme Computing Group在Azure的所有產品上都有漂亮的comprehensive series of performance benchmarks,包括Azure表。

從上面的基準(read latency下):

實體大小並不顯著影響延遲

所以我不會過分擔心增加更多的特性。

Azure表上的二級索引自第一次發佈以來就作爲請求的功能出現,並且在某一時刻它甚至被談論好像它將在即將發佈的版本中一樣。此後MS已經非常安靜了。我知道MS正在研究它(或者至少是非常認真地考慮它),但是沒有時間表何時/如果它將被髮布。

+0

鏈接已死,不打開。 – 2014-02-12 10:39:13

+0

是的。我試圖找到基準的新家,但MS似乎剛剛關閉了它。 – knightpfhor 2014-02-14 03:57:24