縮放Windows Azure中的IO性能

Question

Windows Azure的發佈三種類型的IO性能水平：

• 超小：低
• 小：中等
• 中等及以上的高

因此，如果我有一個IO綁定應用程序（而不是CPU或內存綁定）並且需要至少6個CPU來處理我的工作負載 - 我是否能通過12-15個額外的Smalls，6個Smalls或3個Medium獲得更好的IO性能？

我敢肯定，這取決於應用程序 - 有沒有簡單的方法去測試這個？是否有任何數字可以更好地瞭解您在轉移到大型實例角色時獲得的IO性能提升幅度？

看來小型角色的IO性能可能相當於較大型的角色，但它們只是在整體負載變得太大時才首先受到限制。這聽起來是對的嗎？

Answer 1

Windows Azure計算大小提供約。每個核心100Mbps。額外的小型實例要低得多，達到5Mbps。有關更多詳細信息，請參閱this blog post。如果你是IO綁定的，6-Small設置將提供比12個Extra-Smalls更大的帶寬。

當您談論處理您的工作量時，您是否正在排隊？如果是這樣，那麼多個工作者角色（每個角色都是Small實例）都可以使用100Mbps管道工作。你需要做一些基準測試，以確定3種介質是否足夠提升性能以證明較大的VM大小，並知道當工作負載下降時，每小時「閒置」的成本足跡現在爲2個核心（中等，0.24美元）vs 1（小，$ 0.12）。

Answer 2

據我所知，每個內核允許的IO數量是不變的，應該是專用的。但是我一直無法得到這個正式的確認。對於在共享模式下操作並且不像其他Windows Azure虛擬機實例那樣專用的x小型實例，這可能會有所不同。

Answer 3

我想象你懷疑的事實上是真的，甚至是IO綁定因應用而異。我認爲你可以通過使用計時器來完成你的計時目標，並將輸出寫入存儲器中的文件然後你可以檢索。做一些數學計算，你可以通過儘可能小的中等情況儘可能多地處理X個工作單位/小時。如果您的工作單位大小劇烈波動，您可能還需要進行一些平均。如果可能的話，我會一直比較喜歡較小的實例，並且隨着需要更多的火力而旋轉更多副本。