最佳化效能

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

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

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

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

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

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

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