入出力予約の仕組み - MediaLive
入力予約の属性とマッチング出力予約の属性とマッチング入力予約または出力予約が適用される方法

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

入出力予約の仕組み

MediaLive は、入力予約と出力予約を提供します。

入力予約の属性とマッチング

入力予約 は入力処理のコストに適用されます。入力予約には、次の属性があります。

  • コーデック

  • 解像度 (範囲)

  • ビットレート (範囲）

  • リージョン (入力が実行されるリージョン）

一致の仕組み

予約を入力に適用するには、入力予約の属性がチャネルの入力仕様 のフィールドと一致する必要があります。チャンネルは、予約で指定されたリージョンでも実行する必要があります。例えば、チャネルの入力仕様が AVC、HD 、および最大 20 Mbps であるとします。それらの属性と一致する予約が、そのチャンネルの入力に適用される可能性があります。

出力予約の属性とマッチング

出力予約は、処理出力のコストに適用されます。出力予約には次の属性があります。

  • コーデック

  • 解像度 (範囲)

  • ビットレート (範囲）

  • フレームレート (範囲）

  • リージョン (入力が実行されるリージョン）

一致の仕組み

予約を出力に適用するには、出力予約の属性がチャネル設定の対応するフィールドと一致する必要があります。チャンネルは、予約で指定されたリージョンでも実行する必要があります。 AWS Elemental MediaLive コンソールでフィールドを見つけることができます。

  • 通常の動画およびオーディオ出力では、フィールドはチャンネル設定の [Video output ] (動画出力) セクションにあります。フィールドの大部分を表示させるには、ページでコーデックを選択する必要があります。

  • オーディオのみの出力では、フィールドはチャンネル設定の [Audio output] (オーディオ出力) セクションにあります。

マッチングの例

チャンネルのすべてのフィールドが対応する予約の属性と一致する場合、既存のチャンネルと予約は一致します。

チャネル内のフィールドの値が対応する属性と等しいか、その範囲内にある場合、一致があります。例えば、チャネル設定29.97 fpsのフレームレートが予約<=30fpsのフレームレート属性の の範囲内にあるとします。

フレームレート属性には、次のように一致があります。

  • チャネル出力フレームレートが特定のフレームレートに設定されている場合: チャネル設定で指定されたフレームレートが予約フレームレート範囲内に収まる場合、一致します。例えば、指定されたフレームレートは 24fpsで、予約は です<=30fps。

  • チャンネル出力フレームレートがソースから初期化されるように設定されている場合、予約範囲に が含まれている場合にのみ一致します60fps。例えば、予約フレームレートの範囲が「30-60fps」であれば、一致となります。

    注: 特定の出力をターゲットに予約を購入し、その出力にソースから初期化するようにフレームレートが設定されている場合は、 を指定する予約を必ず購入してください30-60fps。「<=30fps」を指定する予約は購入しないでください。

一致しない例

いずれかのフィールドのみが対応する予約属性と一致しない場合、出力と予約の間に一致はありません。

入力予約または出力予約が適用される方法

各毎月の請求サイクルの開始時に、 は各予約をその月の分数プールで AWS 補充します。

サイクルの最後に、 属性がこの予約に一致する処理済み項目 (入力または出力) のコストを削減するために、 は特定の予約からの分 AWS を適用します。月の 1 分ごとに、一致する項目が 1 つ以上実行されているかどうか AWS を決定します。これらの実行中の分は 1 時間以内に蓄積され、1 時間に最大 60 分まで蓄積されます。

予約分を 1 時間使い切った後、 は、その時間の残りの項目 rate-per-minuteに対して通常の を AWS 課金します。

実行分は項目間で割り当て可能

実行分は、複数の項目から発生する場合があります。例えば、特定の予約と一致する入力があるチャンネル A を開始します。この予約には 1 つのインスタンスしか購入していません。45 分後、特定の予約に一致する入力も含まれるチャネル B を開始します。15 分後、チャンネル A を停止します。次の図のシェーディングに示すように、実行中の分が累積されます。

2 つの入力で 80 分のグラフィック表現。1 つの入力は 60 分間、1 つの入力は 35 分間実行されます。2 番目の入力は、1 番目の入力と 15 分間重複しています。バーは画像の上部を横切って実行され、10 分のブロックを表す 8 つのセグメントに分割され、合計で 80 分になります。上部のバーの下には、Input というラベルが付いたブロックが最初の 6 つの 10 分間のブロックの下に並んでいます。これは、合計 80 分間の期間の開始時から 60 分間を表します。この最初の入力ブロックは完全にシェードされ、予約と完全に一致していることを示します。最初の入力ブロックの下には、Input というラベルが付いた別のブロックがあります。このブロックは、10 分のブロックで表される最初の 45 分後に開始されます。2 番目の入力ブロックでは、最後の 20 分である 35 分のみが網掛けされます。実行中の分を表すシェーディングは、2 つの入力ブロック間で重複しません。

異なる項目が実行分を消費する方法に関するもう 1 つの例をあげます。1 時間以内に、特定の予約に一致する出力のみを実行するとします。この予約には 1 つのインスタンスしか購入していません。これら 4 つの一致する出力をそれぞれ 15 分、同時に実行します。その 1 時間中、他の一致する出力をどれも実行しません。これら 4 つの出力はすべて、60 分に寄与します。

4 つの出力で 60 分のグラフ表示。各出力は 15 分間実行されます。バーは画像の上部を横切って実行され、10 分のブロックを表す 6 つのセグメントに分割され、合計 60 分になります。上部のバーの下に、4 つのブロックが出力としてラベル付けされます。各出力ブロックは 15 分のスペースを占有します。各出力ブロックは、最初の 10 分のブロックから始まります。4 つの出力ブロックはすべて、出力全体が実行分と見なされるように完全にシェードされています。

処理バーストはサポートされていません

60 分ルールは、予約をバーストの処理に使用できないことを意味します。

例えば、1 時間中に、特定の予約と一致する 4 つの出力を実行します。この予約には 1 つのインスタンスしか購入していません。これら 4 つの一致する出力を、それぞれ 60 分、同時に実行します。1 時間あたりの 60 実行分を使い果たすには 1 つの出力で十分なため、これらの出力のうち 1 つのみが予約の対象です。

4 つの入力で 60 分のグラフィック表現。各入力は合計 60 分間実行されます。バーはイメージの上部を横切って実行され、10 分のブロックを表す 6 つのセグメントに分割され、合計で 60 分になります。上部のバーの下に、4 つのブロックが入力としてラベル付けされます。各入力ブロックは 60 分のスペースを占有し、60 分のバーの全長を走行します。最初の入力ブロックのみがシェーディングされ、4 つの入力のうち 1 つだけが 60 分間の実行中の時間を消費していることを示します。

未使用の分

予約の一部またはすべての分がその月に使用されない場合、それらの分は失われます。

分は翌月に転送されません。

実行分は項目間で割り当て可能

チャンネルに関する制約はありません。

  • 例えば、予約は、あるチャンネルのある入力と、別のチャンネルの別の入力の処理に基づいて消費されます。

  • 特定のチャネルのすべての入力または出力が予約の対象となる必要はありません。