最佳化效能 - Amazon EBS

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

最佳化效能

您可以同時執行 API 請求。假設 PutSnapshotBlock 延遲為 100ms,那麼一個線程可以在一秒鐘內處理 10 個請求。此外,假設您的用戶端應用程式建立多個執行緒和連線 (例如,100 個連線),它可以每秒發出 1000 個 (10 * 100) 個請求。這將對應於每秒 500 MB 左右的輸送量。

下方列表包含要在您的應用程式中注意幾個事項:

  • 每個執行緒是否使用單獨的連線? 如果應用程式上的連線受限制,那麼多個執行緒將等待連線直到其可供使用,並且您會注意到較低的輸送量。

  • 應用程式中是否有兩個放置請求之間的等待時間? 這將降低執行緒的有效輸送量。

  • 執行個體的頻寬限制 — 如果執行個體上的頻寬是由其他應用程式共用,則可能會限制 PutSnapshotBlock要求的可用輸送量。

請務必注意帳戶中可能執行的其他工作負載,以避免發生瓶頸。您也應該在 EBS 直接 API 工作流程中建立重試機制,以處理調節、逾時和無法使用的服務。

檢閱 EBS 直接 API 服務配額,以判斷您每秒可以執行的 API 請求上限。如需詳細資訊,請參閱AWS 一般參考中的 Amazon Elastic Block Store 端點和配額