最佳化EBS直接效能 APIs

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

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

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

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

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

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

檢閱EBS直接APIs服務配額，以確定每秒可執行的最大API請求數。如需詳細資訊，請參閱AWS 一般參考中的 Amazon Elastic Block Store 端點和配額。