インプットとアウトプットの予約の仕組み - MediaLive

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

インプットとアウトプットの予約の仕組み

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

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

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

  • コーデック

  • 解像度 (範囲)

  • ビットレート (範囲)

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

一致の仕組み

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

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

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

  • コーデック

  • 解像度 (範囲)

  • ビットレート (範囲)

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

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

一致の仕組み

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

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

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

マッチングの例

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

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

フレームレート属性について、以下のように一致となります。

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

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

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

一致しない例

フィールドの1つだけが、対応する予約属性と一致しない場合、出力と予約は一致しない。

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

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

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

その 1 時間の予約分がすべて使用されたあと、AWS はその 1 時間の残りの項目には通常の 1 分あたりの料金を課金します。

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

実行分は、複数の項目から発生する場合があります。例えば、特定の予約と一致する入力があるチャンネル 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 分間の実行中の時間を消費していることを示します。

未使用の分

予約分の一部または全部がその月に使用されなかった場合、その分は失われます。

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

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

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

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

  • あるチャネルのすべての入力または出力が予約でカバーされていなければならないという要件はない。