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

Amazon Kinesis Video Streams 服務配額

Kinesis Video Streams 具有下列服務配額：

控制平面API服務配額

下一節說明控制平面 的服務配額APIs。 TPS代表每秒的交易。

達到帳戶層級或資源層級請求限制時，ClientLimitExceededException會擲出 。

媒體和封存媒體API服務配額

下一節說明媒體 和封存媒體 的服務配額APIs。

達到帳戶層級或資源層級請求限制時，ClientLimitExceededException會擲出 。

當達到連接層級限制時，就會擲出 ConnectionLimitExceededException。

當達到片段層級的限制時，就會擲出以下錯誤或 ack：

資料平面API服務配額

影片播放通訊協定API服務配額

片段中繼資料和片段媒體配額

APIs 用於存取封存媒體的 Kinesis Video Streams 會根據請求的片段數量而非API呼叫數量進行調節。 APIs 會受到請求的片段中繼資料數量和片段媒體數量的速率限制。片段中繼資料和片段媒體配額會套用到每個串流。換句話說，對某個串流中的片段中繼資料或媒體的請求不適用於另一個串流的配額。不過，在指定的串流中，每個配額會跨多個 共用APIs。這表示，對於指定的串流，來自相同配額的不同APIs消耗的片段請求。當超過串流的片段中繼資料或片段媒體配額時， 會API傳回 ClientLimitExceededException。下表顯示 如何APIs從兩種配額類型中取用。對於這些資料表中的第二欄，假設如果串流具有 N 的配額，這表示要從該串流的配額類型中取用 APIs N 點。GetClip API 會顯示在兩個資料表中。

片段中繼資料配額消耗

片段媒體配額消耗

例如，配額為每秒 500 個片段媒體時，支援特定串流的下列呼叫模式：

這些配額對於每個串流可支援的 HLS和 MPEG-DASH 工作階段數量有重要的含意。媒體播放器在特定時間可以使用的 HLS和 DASH工作階段數量沒有限制。因此，播放應用程式不允許太多工作階段同時使用。下列兩個範例說明如何判斷可支援的並行播放工作階段數量：

範例 1：即時串流

在HLS具有 1 秒持續時間片段的即時串流案例中，音訊和視訊音軌，並MaxMediaPlaylistFragmentResults設為 5，媒體播放器通常會GetHLSMediaPlaylist每秒對 進行兩次呼叫。一個呼叫用於最新的影片中繼資料，另一個呼叫用於對應的音訊中繼資料。這兩個呼叫會分別耗用五個片段中繼資料配額點。它GetMP4MediaFragment每秒也會對 進行兩次呼叫：一次呼叫最新影片，另一次呼叫對應的音訊。每個呼叫都會耗用單一片段媒體字符，因此總共會耗用兩個字符。

在此案例中，最多可支援 250 個並行播放工作階段。透過 250 個工作階段，此案例每秒耗用 2，500 個片段中繼資料配額 （遠低於 10，000 個配額），每秒耗用 500 個片段媒體配額。

範例 2：隨需播放

在具有 MPEG-DASH、音訊和視訊音軌且MaxManifestFragmentResults設為 1，000 的過去事件的隨需播放案例中，媒體播放器通常會在工作階段開始時呼叫GetDASHManifest一次 （耗用 1，000 個片段中繼資料配額點），並以每秒最多 5 次的GetMP4MediaFragment速率呼叫 （耗用 5 個片段媒體配額點），直到載入所有片段為止。在此案例中，每秒最多可以啟動 10 個新工作階段 （直接位於每秒 10，000 個片段中繼資料配額），而最多 100 個工作階段可以每秒 5 個速率主動載入片段媒體 （直接位於每秒 500 個片段媒體配額）。

您可以使用 ArchivedFragmentsConsumed.Metadata和 ArchivedFragmentsConsumed.Media分別監控片段中繼資料和片段媒體配額點的消耗。如需監控的資訊，請參閱 監控 Amazon Kinesis Video Streams。

串流中繼資料服務配額

下列服務配額適用於將串流中繼資料新增至 Kinesis 影片串流：

生產者SDK配額

下表包含 中值的目前配額SDK。如需更多資訊，請參閱上傳至 Kinesis Video Streams。