翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # インプットとアウトプットの予約の仕組み MediaLive は、入出力予約を提供します。 **Topics** + [入力予約の属性とマッチング](#input-reservation-attributes-matching) + [出力予約の属性とマッチング](#output-reservation-attributes-matching) + [入力予約または出力予約が適用される方法](#how-inputoutput-reservation-applied) ## 入力予約の属性とマッチング *入力予約* は入力処理のコストに適用されます。入力予約には、次の属性があります。 + コーデック + 解像度 (範囲) + ビットレート (範囲） + リージョン (入力が実行される） **一致の仕組み** 予約を入力に適用するには、入力予約の属性がチャネルの**入力仕様**のフィールドと一致しなければならない。チャンネルは、予約で指定されたリージョンでも実行する必要があります。例えば、チャンネルの入力仕様が **[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 分ごとに、は一致する項目が 1 つ以上実行されているかどうか AWS を決定します。1 時間内のこれらの*実行分*が最大 60 分まで蓄積されます。予約分が 1 時間使用された後、はその 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 つの入力ブロック間で重複しません。](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/reservations-inout-shared2inputs.png) 異なる項目が実行分を消費する方法に関するもう 1 つの例をあげます。1 時間中に、特定の予約と一致する出力のみを実行するとします。この予約には 1 つのインスタンスしか購入していません。これら 4 つの一致する出力をそれぞれ 15 分、同時に実行します。その 1 時間中、他の一致する出力をどれも実行しません。これら 4 つの出力はすべて、60 分に寄与します。 ![4 つの出力で 60 分のグラフ表示。各出力は 15 分間実行されます。バーはイメージの上部を横切って実行され、10 分のブロックを表す 6 つのセグメントに分割され、合計 60 分になります。上部のバーの下に、4 つのブロックが出力としてラベル付けされます。各出力ブロックは 15 分のスペースを占有します。各出力ブロックは、最初の 10 分のブロックから始まります。4 つの出力ブロックはすべて、出力全体を表すように完全にシェードされ、実行分と見なされます。](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/reservations-inout-shared4outputs.png) ### 処理バーストはサポートされていません 60 分ルールにより、予約は処理の「バースト」には使用できません。例えば、1 時間中に、特定の予約と一致する 4 つの出力を実行します。この予約には 1 つのインスタンスしか購入していません。これら 4 つの一致する出力を、それぞれ 60 分、同時に実行します。1 時間あたりの 60 実行分を使い果たすには 1 つの出力で十分なため、これらの出力のうち 1 つのみが予約の対象です。 ![4 つの入力で 60 分のグラフィック表現。各入力は合計 60 分間実行されます。バーはイメージの上部を横切って実行され、10 分のブロックを表す 6 つのセグメントに分割され、合計 60 分になります。上部のバーの下に、4 つのブロックが入力としてラベル付けされます。各入力ブロックは 60 分間のスペースを占有し、60 分間のバーの全長を走行します。最初の入力ブロックのみがシェーディングされ、4 つの入力のうち 1 つのみが 60 分間の実行中の時間を消費していることを示します。](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/reservations-inout-bursts.png) ### 未使用の分予約分の一部または全部がその月に使用されなかった場合、その分は失われます。分は翌月に転送されません。 ### 実行分は項目間で割り当て可能チャンネルに関する制約はありません。 + 例えば、予約は、あるチャンネルのある入力と、別のチャンネルの別の入力の処理に基づいて消費されます。 + あるチャネルのすべての入力または出力が予約でカバーされていなければならないという要件はない。