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

# 最佳化 EBS 直接 APIs的效能
<a name="ebsapi-performance"></a>

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

下方列表包含要在您的應用程式中注意幾個事項：
+ 每個執行緒是否使用單獨的連線？ 如果應用程式上的連線受限制，那麼多個執行緒將等待連線直到其可供使用，並且您會注意到較低的輸送量。
+ 應用程式中是否有兩個放置請求之間的等待時間？ 這將降低執行緒的有效輸送量。
+ 執行個體的頻寬限制 - 如果執行個體上的頻寬由其他應用程式共用，則可能會限制 PutSnapshotBlock 請求的可用輸送量。

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

檢閱 EBS 直接 API 服務配額，以判斷您每秒可以執行的 API 請求上限。如需詳細資訊，請參閱*AWS 一般參考*中的 [Amazon Elastic Block Store 端點和配額](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#w542aab9d130b7c15)。