

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

# でのキューの操作 AWS Elemental MediaConvert
<a name="working-with-queues"></a>

キューはジョブを処理する一式のリソースです。すべてのジョブはキューで実行されます。

ジョブを開始するには、キューに送信します。 は、キューに並行して送信するジョブ AWS Elemental MediaConvert を処理します。キューのリソースがすべて使用されたときには、キューのリソースが再び利用可能になるまで追加のジョブは `SUBMITTED` の状態のままになります。キューを使用して、アカウントで使用できるリソースを管理し、複数のジョブを同時に処理し、必要に応じて一部のジョブに優先順位を付けます。

MediaConvert では以下の 2 種類のキューを使用できます。

**オンデマンドキュー (推奨)**  
オンデマンドキューでは、事前に何も設定する必要はありません。デフォルトのキューはオンデマンドキューです。利用料金は使用する機能に応じて決定されます。ほとんどのお客様は、スケーラビリティとすべての MediaConvert 機能へのアクセスのためにオンデマンドキューを使用します。詳細については、[「MediaConvert の料金」](https://aws.amazon.com/mediaconvert/pricing/)を参照してください。

**リザーブドキュー**  
予約済みのキューでは、キューの使用量や使用量にかかわらず、キュー全体のトランスコード容量の料金を支払う必要があります。リザーブドキューには 12 か月のコミットメントが必要で、自動的にスケールせず、オンデマンドキューと比較して機能制限があります。詳細については、[MediaConvert の料金](https://aws.amazon.com/mediaconvert/pricing/)」および「」を参照してください[制限事項](feature-limitations-with-reserved-queues.md)。

ジョブの作成時にキューを指定しないと、MediaConvert はジョブをデフォルトのオンデマンドキューに送信します。

作成できるキューの数とこれらのキューで実行できるジョブの数についての詳細は、「AWS 一般リファレンスガイド」の「[Service Quotas](https://docs.aws.amazon.com/general/latest/gr/mediaconvert.html#limits_mediaconvert)」を参照してください。

`SUBMITTED` 状態が長くなりすぎたときには、ジョブを設定して、あるキューから別のキューにジョブを自動的に移すことができます。詳細については、「[ジョブを別のキューに移動させる](setting-up-queue-hopping-to-avoid-long-waits.md)」を参照してください。

ジョブを完了するまでの時間は入力ファイルとジョブ設定に応じて大きく変わります。したがって、ユーザーがジョブを送信したのと同じ順序で MediaConvert がジョブを完了するとは限りません。

**ジョブに対するキューを指定する方法**  
ジョブを送信するときにジョブのキューを指定します。次のタブはジョブにキューを指定するためのさまざまなオプションを示しています。

------
#### [ Console ]

MediaConvert コンソールを使用してジョブにキューを指定するには、以下のステップを完了します。

1. MediaConvert コンソールで [[ジョブの作成]](https://console.aws.amazon.com/mediaconvert/home#/jobs/create) ページを開きます。

1. **[ジョブ設定]** メニューから **[ジョブ管理]** を選択します。

1. **[キュー]** で、キューを選択します。

------
#### [ API, SDK, or the AWS CLI ]

API、SDK、または AWS Command Line Interface (AWS CLI) を使用してジョブのキューを指定するには、 `Queue`プロパティを指定します。このプロパティは、`Jobs` の直接の子であり、JSON ジョブ仕様の最上位レベルに属します。キューの ARN に `Queue` を設定します。

以下は、キューの例を指定したときのジョブ設定 JSON の抜粋です。

```
{
	"Settings": {
		"OutputGroups": [...],
		"Inputs": [...]
	},
	"Queue": "arn:aws:mediaconvert:us-west-2:111122223333:queues/example"
}
```

詳細については、MediaConvert の「[API リファレンス](https://docs.aws.amazon.com/mediaconvert/latest/apireference/jobs.html#jobs-prop-createjobrequest-queue)」を参照してください。

------

次のトピックでは、キューが一般的にどのように機能するか、キューの種類ごとに具体的な情報を提供します。

**Topics**
+ [オンデマンドキュー](working-with-on-demand-queues.md)
+ [リザーブドキュー](working-with-reserved-queues.md)
+ [ジョブの優先度の設定](setting-the-priority-of-a-job.md)
+ [ジョブを別のキューに移動させる](setting-up-queue-hopping-to-avoid-long-waits.md)

# オンデマンドキューの使用
<a name="working-with-on-demand-queues"></a>

アカウントは 1 つのオンデマンドキューで始まります。これは、ジョブを作成するときのデフォルトキューです。オンデマンドキューでは、使用量に基づいて支払いを行います。料金の詳細については、「[AWS Elemental MediaConvert の料金](https://aws.amazon.com/mediaconvert/pricing/)」を参照してください。

このセクションでは、複数のジョブを並行して処理する、追加のキューを作成する、キューを表示する、キューを更新する、キューを一時停止またはアクティブ化する、キューを削除する方法について説明します。

**Topics**
+ [複数のジョブを並行して処理する](#queue-resources)
+ [キューの作成](creating-queues.md)
+ [キューの更新](updating-queue-status.md)
+ [キューの詳細の表示](listing-queues.md)
+ [キューの削除](deleting-a-queue.md)

## 複数のジョブを並行して処理する
<a name="queue-resources"></a>

同時に処理できるジョブの合計数は、以下によって異なります。

**アカウントあたりの同時ジョブ**のサービスクォータ  
アカウントには、現在の*すべての*オンデマンドキューで MediaConvert が一度に処理できるジョブの最大数に対するサービスクォータがあります AWS リージョン。[Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/mediaconvert/quotas) コンソールを使用して、このクォータの引き上げをリクエストできます。

**オンデマンドキューあたりの同時ジョブ**のサービスクォータ  
アカウントには、現在の の*個々の*オンデマンドキューで使用できる同時ジョブの最大数に対するサービスクォータがあります AWS リージョン。[Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/mediaconvert/quotas) コンソールを使用して、このクォータの引き上げをリクエストできます。

**同時ジョブ**のキュー設定  
各オンデマンドキューには同時ジョブの設定があります。これは、一度に処理できるジョブの最大数です。この設定は、上記の両方のサービスクォータによって制約されます。個々のキューでは、*オンデマンドキューごとに*同時ジョブのサービスクォータまで同時ジョブを設定できます。複数のオンデマンドキューの場合、同時ジョブの合計数は、*アカウントあたりの*同時ジョブのサービスクォータ以下である必要があります。

オンデマンドキューが最大同時ジョブ数で実行され、ジョブが完了すると、MediaConvert はジョブの*優先度*に基づいて処理する次のジョブを選択します。詳細については、「[ジョブの優先度の設定](setting-the-priority-of-a-job.md)」を参照してください。

ジョブが に移行するのではなく長時間 `SUBMITTED`状態のままである場合`PROGRESSING`、オンデマンドキューは、可能な同時ジョブの最大数をすでに処理している可能性があります。これに対処するには、まず[、使用可能な未割り当てジョブの数を確認します](listing-queues.md)。未割り当てのジョブがある場合は、[キューの同時ジョブ数を増やす](updating-queue-status.md)か、[新しいキューを作成できます](creating-queues.md)。未割り当てのジョブがない場合は、[Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/mediaconvert/quotas) コンソールを使用してクォータの引き上げをリクエストできます。

ジョブをすぐに処理する必要がある場合:

1. ジョブの優先度を使用します。優先度の低い設定でほとんどのジョブを送信し、優先度の高いジョブを送信してください。このオプションを選択すると、優先度の高いジョブが開始される前に、すでに処理中のジョブが完了するのを待つ必要があります。詳細については、「[ジョブの優先度の設定](setting-the-priority-of-a-job.md)」を参照してください。

1. 複数のキューを使用します。ほとんどのジョブを同時ジョブ数が多いキューに送信し、同時ジョブ数が少ない別のキューに優先度の高いジョブを送信します。このオプションを選択すると、必要なまで、一部のトランスコーディングリソースをアイドル状態のままにしておくことができます。

ジョブを複数のオンデマンドキューにまとめることもできます。例えば、別々のキューで異なるワークフローに対するジョブを実行する場合などです。MediaConvert は、複数のキューでこれらのジョブを並列処理します。[タグ](tagging-mediaconvert-resources.md)を使用して異なったワークフローのジョブを追跡し続けることもできます。

**パフォーマンステスト**  
特定のパフォーマンス要件のあるワークフローはすべてテストすることをお勧めします。デフォルトでは、MediaConvert は最も一般的なジョブの種類でキューのパフォーマンスを最適化します。すぐ完了する多数のジョブが含まれ、それがワークフローの大部分を占める場合、またはキューのパフォーマンスに疑問がある場合には、[AWS サポート](https://aws.amazon.com/contact-us/)にお問合せください。

# キューの作成
<a name="creating-queues"></a>

AWS Elemental MediaConvert は、デフォルトのオンデマンドキューを提供します。デフォルトキューはすべての AWS リージョンで利用できます。他のキューは、作成された AWS リージョン にのみ表示されます。アカウントに追加のリソースを追加するために、独自のオンデマンドキューを作成できます。

MediaConvert でのリソースの処理の割り当て方法にキューがどのように影響するかについて理解するには、「[複数のジョブを並行して処理する](working-with-on-demand-queues.md#queue-resources)」を参照してください。次のタブはオンデマンドキューを作成するためのさまざまなオプションを示します。

------
#### [ Console ]

MediaConvert コンソールを使用したオンデマンドキューの作成方法

1. MediaConvert コンソールで[[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list)ページを開きます。

1. [**キューの作成**] を選択します。

1. **名前**を入力します。次にオプションとして**説明**と（もしあれば）**タグ**を入力します。

1. 必要に応じて、**同時ジョブ**の値を入力します。

1. [**キューの作成**] を選択します。

------
#### [ AWS CLI ]

次の の`create-queue`例では、100 個の同時ジョブを持つ新しいオンデマンドキューを作成します。

```
aws mediaconvert create-queue \
	--region region-name-1 \
	--name Queue1 \
	--description "Example queue description." \
	--concurrentJobs "100" \
	--tags "KeyName1=string1,KeyName2=string2"
```

を使用してオンデマンドキューを作成する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/create-queue.html)」を参照してください。

------

# キューの更新
<a name="updating-queue-status"></a>

既存のキューを更新して、**名前**、**同時ジョブ**、または**ステータス**を変更できます。

**説明**を使用して、キューの詳細を保持します。

**同時ジョブ**を使用して、キューが同時に処理できるジョブの最大数を指定します。

Status ****を使用して、キューが**アクティブ**か**一時停止**かを管理します。新規キューは**アクティブ**状態がデフォルトで、ジョブをすぐに実行できます。必要に応じてキューを**一時停止**して、追加のジョブの処理を停止することができます。ジョブを一時停止すると、MediaConvert はすでに実行中のジョブの処理を終了します。一時停止されたキューにジョブを送信すると、キューの状態を **[アクティブ]** に変更するか、ジョブをキャンセルするまで、キューの状態は `SUBMITTED` のままになります。

次のタブは、オンデマンドキューの状態を変更する方法について示しています。

------
#### [ Console  ]

MediaConvert コンソールを使用してオンデマンドキューを更新するには:

1. MediaConvert コンソールで [[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list) ページを開きます。

1. **[オンデマンドキュー]** セクションで、キューを選択します。

1. [**Edit queue**] (キューの編集) を選択します。

1. キュー**の説明**、**同時ジョブ**、または**ステータス**を変更します。

1. **[Save queue]** (キューの保存) を選択します。

------
#### [ AWS CLI  ]

次の `update-queue` 例ではアクティブなオンデマンドキューを一時停止します。

```
aws mediaconvert update-queue \
	--name Queue1 \
	--status PAUSED
```

次の `update-queue` 例では一時停止したオンデマンドキューをアクティブにします。

```
aws mediaconvert update-queue \
	--name Queue1 \
	--status ACTIVE
```

次の の`update-queue`例では、オンデマンドキューの同時ジョブの数を変更します。

```
aws mediaconvert update-queue \
	--name Queue1 \
	--concurrentJobs 250
```

 AWS CLIを使用してオンデマンドキューの状態を変更する方法の詳細については、「[AWS CLI コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/update-queue.html)」を参照してください。

------

# オンデマンドキューの詳細の表示
<a name="listing-queues"></a>

に関連付けられているキューを一覧表示 AWS アカウント し、それらのキューの詳細を取得できます。

これらの詳細には、ARN、名前、ステータス、説明、ジョブカウント情報などが含まれます。次のタブには、キューの詳細を表示するためのさまざまなオプションが表示されます。

------
#### [ Console  ]

MediaConvert コンソールを使用してオンデマンドキューの詳細を表示するには、[キュー](https://console.aws.amazon.com/mediaconvert/home#/queues/list)ページを開きます。ARN で表示するキューを選択します。

------
#### [ AWS CLI  ]

以下の `list-queues` 例では、すべてのキューをリストアップします。

```
aws mediaconvert list-queues
```

以下に、JSON のリストキューレスポンスの例を示します。

```
{
	"Queues": [
		{	
			"Arn": "arn:aws:mediaconvert:us-west-2:111122223333:queues/Example",
			"CreatedAt": "2023-06-19T09:34:25-07:00",
			"LastUpdated": "2023-06-19T09:34:25-07:00",
			"Name": "Example",
			"PricingPlan": "ON_DEMAND",
			"ProgressingJobsCount": 0,
			"Status": "ACTIVE",
			"SubmittedJobsCount": 0,
			"ConcurrentJobs" 700,
			"TotalConcurrentJobs" 1000,
			"unallocatedConcurrentJobs" 100,
			"Type": "CUSTOM"
		},
		{
			"Arn": "arn:aws:mediaconvert:us-west-2:111122223333:queues/Default",
			"CreatedAt": "2018-05-16T09:13:08-07:00",
			"LastUpdated": "2021-05-14T15:39:23-07:00",
			"Name": "Default",
			"PricingPlan": "ON_DEMAND",
			"ProgressingJobsCount": 0,
			"Status": "ACTIVE",
			"SubmittedJobsCount": 0,
			"ConcurrentJobs" 200,
			"TotalConcurrentJobs" 1000,
			"unallocatedConcurrentJobs" 100,
			"Type": "SYSTEM"
		}
	]
}
```

を使用してキューを一覧表示する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/list-queues.html)」を参照してください。

------

# キューの削除
<a name="deleting-a-queue"></a>

デフォルトキュー以外のすべてのキューを削除できます。未処理のジョブが含まれているキューは削除できません。次のタブはオンデマンドキューを削除する方法を示しています。

------
#### [ Console  ]

MediaConvert コンソールを使用したオンデマンドキューの削除方法

1. MediaConvert コンソールで [[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list) ページを開きます。

1. キューを選択します。

1. **キューの削除**を選択。

------
#### [ AWS CLI  ]

次の `delete-queue` 例はオンデマンドキューを削除します。

```
aws mediaconvert delete-queue \
	--name Queue1
```

を使用してオンデマンドキューを削除する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/delete-queue.html)」を参照してください。

------

# でのリザーブドキューの使用 AWS Elemental MediaConvert
<a name="working-with-reserved-queues"></a>

リザーブドキューでは、12か月期間のトランスコーディング容量を購入することができます。次のトピックは、キューの作成と削除、リソースの割り当てなどのリザーブドキューでの作業に関するものです。

リザーブドキューは、 がジョブにトランスコードリソース AWS Elemental MediaConvert を割り当てる方法と、トランスコードの支払い方法において、オンデマンドキューとは異なります。

**注記**  
予約済みのキューに送信するジョブで使用できない機能がいくつかあります。詳細については、「[制限事項](feature-limitations-with-reserved-queues.md)」を参照してください。

予約済みのキューを設定するときは、リザーブドトランスコードスロット (RTS) の数をキューに指定して、一度に実行できるジョブの数を選択します。例えば、2 つの RTS を持つリザーブドキューに 5 つのジョブを送信した場合、MediaConvert は送信した最初の2つのジョブの処理を直ちに開始し、残りの3つをキューに保持します。MediaConvert が処理しているジョブのいずれかが終了すると、サービスは次のジョブの処理を開始します。

各 RTS には専用のコンピューティングリソースがあります。したがって、MediaConvert で予約キューに送信したジョブの処理が行われると、1つの RTS か複数の RTS かに関わらず同一の時間で処理されます。

予約済みのキューのジョブが完了すると、MediaConvert は、ジョブの優先度に基づき、処理する次のジョブを選択します。作成時にジョブの優先度を設定します。最優先のジョブが複数ある場合、MediaConvert は最初に送信したジョブから処理します。詳細については、「[ジョブの優先度の設定](setting-the-priority-of-a-job.md)」を参照してください。

**Topics**
+ [予約済みキューの料金](how-you-pay-for-reserved-queues.md)
+ [リザーブドキューのシミュレート](simulating-a-reserved-queue.md)
+ [予約済みのキューの作成](creating-a-reserved-queue.md)
+ [リザーブドキューの編集](editing-reserved-queues.md)
+ [追加の RTS の購入](purchasing-additional-capacity-for-a-reserved-queue.md)
+ [期限切れのリザーブドキューの追加 RTS の購入](purchasing-a-new-contract-for-an-existing-reserved-queue.md)
+ [リザーブドキューの一覧表示](listing-viewing-reserved-queues.md)
+ [予約済みのキューの削除](deleting-a-reserved-queue.md)
+ [制限事項](feature-limitations-with-reserved-queues.md)

# 予約済みキューの料金
<a name="how-you-pay-for-reserved-queues"></a>

予約済みのキューでは、使用するかどうかにかかわらず、キュー内の容量を支払うことになります。予約済みのキューを設定する場合の料金プランは、12 か月契約となります。料金プランには、固定数のリザーブドトランスコードスロット (RTS) が指定されています。詳細については、「[MediaConvert の料金](https://aws.amazon.com/mediaconvert/pricing/)」を参照してください。

**重要**  
RTS を購入したら、12 か月間契約をキャンセルすることはできません。

RTS 購入済みの予約済みのキュー用に追加の容量を購入できます。追加の容量を購入するには、RTS の数を増やすために 12 か月契約に新たに加入して、既存の契約を延長します。新しい契約は、追加の容量の購入時から開始されます。予約済みのキュー内の RTS の数を減らすことはできません。

料金プランの期限が切れると、予約済みのキューが存続します。ジョブを送信することはできますが、 AWS Elemental MediaConvert はジョブを実行しません。

**自動更新について**  
料金プランの自動更新を設定できます。料金プラン期間が終了すると、 は自動更新ステータス AWS Elemental MediaConvert をチェックします。その時点で自動更新が有効になっている場合は、同じ価格で同じ数の RTS に対して別の 12 か月の期間を自動的にコミットします。自動更新ステータスは将来いつでも変更できます。

キューの設定時に自動更新を選択することができます。それ以降はいつでも、キューの [**編集**] ページで自動更新ステータスを変更できます。詳細については、「[予約済みのキューの作成](creating-a-reserved-queue.md)」および「[リザーブドキューの編集](editing-reserved-queues.md)」を参照してください。

**ジョブがキューをホップする場合の課金について**  
予約キューとオンデマンドキューの間で[キューホッピング](setting-up-queue-hopping-to-avoid-long-waits.md)を設定すると、MediaConvert はジョブを実行するキューに応じてお客様に課金します。つまり、ジョブがお客様の予約キューから実行された場合、MediaConvert はジョブの料金を請求しません。ジョブがオンデマンドキューから実行された場合、MediaConvert はオンデマンド料金でジョブの料金をお客様に請求します。

# リザーブドキューのシミュレート
<a name="simulating-a-reserved-queue"></a>

パフォーマンスをテストするために、ジョブを[シミュレート]リザーブドキューで実行できます。これを行う場合、MediaConvert は似たパフォーマンスのオンデマンドキューから、リザーブドキューで 1 つの RTS に表示されるジョブを実行します。RTS の必要数を計算するには、ジョブが完了するまでの時間をメモし、このジョブ完了時間を使用します。

------
#### [ Console  ]

MediaConvert コンソールを使用してジョブのリザーブドキューのパフォーマンスをシミュレーションする方法

1. MediaConvert コンソールで [[ジョブの作成]](https://console.aws.amazon.com/mediaconvert/home#/jobs/create) ページを開きます。

1. **[ジョブ設定]** 下の左メニューにある **[ジョブ管理]** を選択します。

1. **[リザーブドキューのシミュレート]** を **[有効]** に設定します。

------
#### [ API, SDK, or the AWS CLI  ]

API、SDK、 AWS コマンドラインインターフェイス (AWS CLI) を使用してジョブのリザーブドキューのパフォーマンスをシミュレートするには、`SimulateReservedQueue` を `ENABLED` に設定します。このプロパティは、`Jobs` の直接の子であり、JSON ジョブ仕様の最上位レベルに属します。デフォルト値は `DISABLED` です。

以下は、ジョブ設定 JSON で `SimulateReservedQueue` を `ENABLED` に設定した例の抜粋です。

```
{
    "Settings": {
        "OutputGroups": [...],
        "Inputs": [...]
    },
	"SimulateReservedQueue": "ENABLED"
}
```

詳細については、MediaConvert の「[API リファレンス](https://docs.aws.amazon.com/mediaconvert/latest/apireference/jobs.html#jobs-model-simulatereservedqueue)」を参照してください。

------

# 予約済みのキューの作成
<a name="creating-a-reserved-queue"></a>

リザーブドキューの追加容量の購入を決定した場合には、購入することができます。詳細については、「[追加の RTS の購入](purchasing-additional-capacity-for-a-reserved-queue.md)」を参照してください。次のタブはリザーブドキューを作成するためのさまざまなオプションを示しています。

------
#### [ Console ]

MediaConvert コンソールを使用したリザーブドキューの作成方法

1. MediaConvert コンソールで [[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list) ページを開きます。

1. [**リザーブドキューの作成**] を選択します。

1. **[リザーブドキューの名前]** を入力します。必要に応じて **[説明]** に説明を入力します。

1. 必要に応じて、**[リザーブドトランスコードスロット (RTS) の計算ツール]** を使用して、必要な RTS 数を判断します。

1. **[リザーブドキューの RTS を購入するコミットメント]** セクションで、購入するリザーブドトランスコードスロット (RTS) の数を入力します。

1. 料金設定と期間コミットメントを確認して合意します。**いったん料金プランが確定すると、キャンセルできません。**必要に応じて、**[一年ごとの自動更新]** を選択します。

1. [**リザーブドキューの作成**] を選択します。次にリザーブドキューの詳細を確認して、**[購入]** を選択します。

------
#### [ AWS CLI ]

次の `create-queue` 例では1つの RTS スロットと12か月コミットメントでリザーブドキューを作成します。

```
aws mediaconvert create-queue \
	--region region-name-1 \
	--pricing-plan RESERVED \
	--reservation-plan-settings "Commitment=ONE_YEAR,RenewalType=EXPIRE,ReservedSlots=1" \
	--name ReservedQueue1 \
	--description "Example reserved queue description." \
	--tags "KeyName1=string1,KeyName2=string2"
```

 AWS CLIを使用してリザーブドキューを作成する方法の詳細については、「[AWS CLI コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/create-queue.html)」を参照してください。

------

# リザーブドキューの編集
<a name="editing-reserved-queues"></a>

キューを編集すると、次の項目を変更できます。
+ この説明は、キューダッシュボードでキューを識別するのに役立ちます。
+ キューのリザーブドトランスコードスロット (RTS) の料金プランの自動更新ステータス。詳細については、「[予約済みキューの料金](how-you-pay-for-reserved-queues.md)」を参照してください。
+ キューの一時停止状態またはアクティブ状態。キューを一時停止すると、キューを再度アクティブ化するまで、サービスはそれ以上のジョブを開始しません。

  次のタブはリザーブドキュー編集の 2 つのオプションを示しています。

------
#### [ Console  ]

MediaConvert コンソールを使用してリザーブドキューを編集する方法

1. MediaConvert コンソールで [[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list) ページを開きます。

1. **[リザーブドキュー]** セクションで、編集したいリザーブドキューを選択します。

1. キューのページで **[キューの編集]** を選択します。

1. **[Edit queue]** (キューの編集) ページで、キューに必要な変更を行います。

1. **[Save queue]** (キューの保存) を選択します。

------
#### [ AWS CLI  ]

次の `update-queue` 例は既存のリザーブドキューの説明と状態を更新します。

```
aws mediaconvert update-queue \
	--region region-name-1 \
	--description "Updated description." \
	--status "PAUSED" \
	--name ReservedQueue1
```

を使用してキューを更新する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/update-queue.html)」を参照してください。

------

# 追加の RTS の購入
<a name="purchasing-additional-capacity-for-a-reserved-queue"></a>

リザーブドキューが一度に処理できるジョブ数を増やす場合は、追加容量を購入できます。追加の容量を購入するには、リザーブドトランスコードスロット（RTS）の数を増やすために新しい 12 か月のコミットメントを使用して、既存のコミットメントを延長します。新しい契約は、追加の容量の購入時から開始されます。予約済みのキュー内の RTS の数を減らすことはできません。容量を増やした後では、コミットメントのキャンセルや元のコミットメントへの復帰はできません。

次のタブはリザーブドキューに追加容量を購入する方法を示しています。

------
#### [ Console  ]

MediaConvert コンソールを使用してリザーブドキューに追加容量を購入する方法

1. MediaConvert コンソールで [[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list) ページを開きます。

1. **[リザーブドキュー]** セクションで、追加容量を購入したいリザーブドキューを選択します。

1. [**Purchase additional capacity** (追加容量の購入)] を選択します。

1. **[リザーブドキューの RTS を購入するコミットメント]** セクションで、購入するリザーブドトランスコードスロット (RTS) の数を入力します。この数値には、リザーブドトランスコードスロットの元の容量と新しい追加容量の両方が含まれます。

1. 料金設定と期間コミットメントを確認して合意します。**いったん料金プランが確定すると、キャンセルも復帰もできません。**必要に応じて、**[一年ごとの自動更新]**を 選択します。

1. [**Purchase additional capacity** (追加容量の購入)] を選択します。次にリザーブドキューの詳細を確認して、**[購入]** を選択します。

------
#### [ AWS CLI  ]

次の`update-queue` 例は、追加 RTS を既存のリザーブドキューに追加し、新規の12か月コミットメントを開始します。

```
aws mediaconvert update-queue \
	--region region-name-1 \
	--reservation-plan-settings "Commitment=ONE_YEAR,RenewalType=EXPIRE,ReservedSlots=2" \
	--name ReservedQueue1
```

を使用してキューを更新する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/update-queue.html)」を参照してください。

------

# 期限切れのリザーブドキューの追加 RTS の購入
<a name="purchasing-a-new-contract-for-an-existing-reserved-queue"></a>

リザーブドトランスコードスロット (RTS) の初期料金プラン期間が終了すると、予約済みのキューはトランスコードジョブを実行する容量なしで保持されます。キューにジョブを送信できますが、MediaConvert はジョブを処理しません。キューを介したジョブの処理を再開するには、新たに 12 か月契約の料金プランに加入する必要があります。

次のタブは有効期限切れのリザーブドキューのトランスコーディング容量を購入するための 2 つのオプションを示しています。

------
#### [ Console  ]

MediaConvert コンソールを使用して、有効期限切れのリザーブドキューのトランスコーディング容量を購入する方法

1. MediaConvert コンソールで [[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list) ページを開きます。

1. 編集するリザーブドキューを選択します。

1. キューのページで **[キューの編集]** を選択します。

1. **[キューの編集]** ページで、**[更新]** を選択します。

1. **[Commitment to purchase RTS for reserved queue]** (予約済みのキューの RTS を購入するコミットメント) セクションで、購入するリザーブドトランスコードスロット (RTS) の数を指定します。

1. 料金設定と期間コミットメントを確認して合意します。**いったん料金プランが確定すると、キャンセルも復帰もできません。**必要に応じて、**[年ごとの自動更新]** を選択します。

1. [**Purchase additional capacity** (追加容量の購入)] を選択します。次にリザーブドキューの詳細を確認して、**[購入]** を選択します。

1. **[Save queue]** (キューの保存) を選択します。

------
#### [ AWS CLI  ]

次の `update-queue` 例では既存の有効期限切れリザーブドキューに 1 つの RTS を追加し、新規の 12 か月コミットメントを開始します。

```
aws mediaconvert update-queue \
	--region region-name-1 \
	--reservation-plan-settings "Commitment=ONE_YEAR,RenewalType=EXPIRE,ReservedSlots=1" \
	--name ReservedQueue1
```

を使用してキューを更新する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/update-queue.html)」を参照してください。

------

# リザーブドキューの一覧表示
<a name="listing-viewing-reserved-queues"></a>

に関連付けられている AWS Elemental MediaConvert キューを一覧表示 AWS アカウント し、それらのキューの詳細を取得できます。次のタブはキューの一覧表示での2つのオプションを示しています。

------
#### [ Console  ]

MediaConvert コンソールでリザーブドキューを一覧表示するには、[[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list) ページを開きます。

------
#### [ AWS CLI  ]

以下の `list-queues` 例では、すべてのキューをリストアップします。

```
aws mediaconvert list-queues
```

を使用してキューを一覧表示する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/list-queues.html)」を参照してください。

------

# 予約済みのキューの削除
<a name="deleting-a-reserved-queue"></a>

デフォルトキュー以外のすべてのキューを削除できます。有効な料金プランがある、または未処理のジョブを含む予約済みのキューを削除することはできません。次のタブはリザーブドオプションを削除する2つのオプションを示しています。

------
#### [ Console  ]

MediaConvert コンソールを使用したリザーブドキューの削除方法

1. MediaConvert コンソールで[[キュー]](https://console.aws.amazon.com/mediaconvert/home#/queues/list)ページを開きます。

1. 編集するリザーブドキューを選択します。

1. そのキューのページで **[キューの削除]** ボタンをクリックします。

------
#### [ AWS CLI  ]

次の `delete-queue` は有効期限切れのリザーブドキューを削除します。

```
aws mediaconvert delete-queue \
	--region region-name-1 \
	--name ReservedQueue1
```

を使用してキューを更新する方法の詳細については AWS CLI、[AWS CLI 「 コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/update-queue.html)」を参照してください。

------

# リザーブドキューのジョブ設定の制約事項
<a name="feature-limitations-with-reserved-queues"></a>

次の機能は、*オンデマンド*キューに送信するジョブにおいてのみ使用できます。リザーブドキューに送信するジョブについては、次の機能を無効にする必要があります。
+ [8k 出力解像度](supported-output-resolution-maximums-by-codec.md)
+ [自動化 ABR](auto-abr.md)
+ [AV1 エンコード](reference-codecs-containers.md)
+ [Dolby Visionエンコード](dolby-vision.md)
+ [FrameFormerフレームレート変換アルゴリズム](working-with-video-frame-rates.md#settings-for-frame-rate-conversion)
+ [高速トランスコード](accelerated-transcoding.md)
**注記**  
リザーブドキューでは高速ジョブの実行はできません。しかし、リザーブドキューに**[Accelerated transcoding]**（高速トランスコーディング）セットを**[Preferred]**（優先）としてジョブを送信できます。これをすると、ジョブがオンデマンドキューに移れば、高速化されて実行されます。詳細については、「[ホップしたジョブへの高速トランスコーディングの使用](accelerated-transcoding-queue-hopping.md)」を参照してください。

# ジョブの優先度の設定
<a name="setting-the-priority-of-a-job"></a>

キュー内では、キューで使用可能なすべてのリソースが使用されるまで、 はジョブを並行して AWS Elemental MediaConvert 処理します。ジョブが終了し、リソースがキューで再び利用可能になると、MediaConvert はジョブの優先度に基づいて処理する次のジョブを選択します。

ジョブを作成するときは、優先度を指定します。MediaConvert は、各キューのジョブの優先度に従い、大きい番号から順に処理します。優先度が同様に高いジョブが複数ある場合、MediaConvert は最初に送信したジョブを選択します。

優先度の高いジョブを送信しても、MediaConvert は現在のジョブを停止しません。実行中のジョブが終了すると、MediaConvert はキュー内の相対的な優先度に基づいて次のジョブを開始します。

ジョブを作成したら、その優先度の変更または更新はできません。しかし、キューを移動するジョブに対して新しい優先度を指定することができます。詳細については、「[ホップしたジョブの優先度の設定](job-priority-and-queue-hopping.md)」を参照してください。以下のタブはジョブの優先度を設定するためのさまざまなオプションを示しています。

------
#### [ Console ]

MediaConvert コンソールでジョブの優先度を設定する方法

1. **[ジョブの作成]** ページで、**[ジョブ管理]** を選択します。

1. **[優先度]** に、-50から50までの数字を入力します。MediaConvert は、最初に **[Priority]** (優先度) で最大値を持つジョブを処理します。値を指定しない場合、MediaConvert は、デフォルト値 0 を割り当てます。

------
#### [ API, SDK, or the AWS CLI ]

API、SDK、または でジョブの優先度を設定するには AWS CLI、 `priority`プロパティを指定します。このプロパティは、`Jobs` の直接の子であり、JSON ジョブ仕様の最上位レベルに属します。`Priority` の値を -50～50 の範囲の整数に設定します。デフォルト値は 0 です。

以下は、ジョブ設定 JSON で `Priority` を 10 に設定した例の抜粋です。

```
{
    "Settings": {
        "OutputGroups": [...],
        "Inputs": [...]
    },
    "Priority": 10
}
```

詳細については、MediaConvert の「[API リファレンス](https://docs.aws.amazon.com/mediaconvert/latest/apireference/jobs.html#jobs-prop-createjobrequest-priority)」を参照してください。

------

# ジョブを別のキューに移動させる
<a name="setting-up-queue-hopping-to-avoid-long-waits"></a>

ジョブを送信したキューでリソースが使用可能となるまで、ジョブは `SUBMITTED` の状態のままで、処理待ちになります。待ち時間が長くならないよう、設定した時間になるとジョブが自動的に別のキューに移動するよう設定できます。これは、「キューホッピング」と呼ばれます。

キューホッピングの最も一般的なユースケースは、使用量の急増中にリザーブドキューからオンデマンドキューにジョブを移動することです。例えば、 10分以上 `SUBMITTED` の状態のままのジョブを自動的に移動することが考えられます。

キューホッピングについては、以下の定義を覚えておきましょう。

**送信キュー**  
最初にジョブを送信したキューは、その「送信」キューです。

**送信先キュー**  
キューをホップしたジョブが移動するキューはその「送信先キュー」です。

****待機**時間**  
送信先キューにホップするまでジョブが送信キューで待機している時間。

**ホップ**  
ジョブの待機時間が経過した後にその送信キューから送信先キューに移動するとき、ジョブは「ホップ」します。キューを移動するジョブは「ホップしたジョブ」とも呼ばれます。

**注記**  
リザーブドキューからオンデマンドキューへのキューホッピングを設定すると、MediaConver はジョブが最終的に実行されるキューの種類に応じてお客様に課金します。ジョブがリザーブドキューから実行された場合、ジョブのコストはリザーブドキューの支払い金額に既に含まれているため、MediaConvert はジョブの料金をお客様に別途請求することはありません。ジョブがオンデマンドキューで実行された場合、MediaConvert はオンデマンド料金としてジョブの料金をお客様に請求します。

**Topics**
+ [キューホッピングの設定](setting-up-queue-hopping.md)
+ [ホップしたジョブの優先度の設定](job-priority-and-queue-hopping.md)
+ [ホップしたジョブへの高速トランスコーディングの使用](accelerated-transcoding-queue-hopping.md)
+ [ホップしたジョブの履歴の表示](job-queue-hopping-history.md)
+ [キューが一時停止した場合のキューホッピングの理解](queue-hopping-with-paused-queues.md)

# キューホッピングの設定
<a name="setting-up-queue-hopping"></a>

キューのホッピングを設定するときは、「送信キュー」、「待機時間」、および「送信先キュー」を指定します。通常、送信キューはリザーブドキューで、送信先キューはオンデマンドキューです。以下のタブはキューホッピングを設定するためのさまざまなオプションを示しています。

------
#### [ Console ]

MediaConvert コンソールでキューホッピングを設定する方法

1. **[ジョブの作成]** ページで、**[ジョブ管理]** を選択します。

1. **キューホッピング**を有効化します。

1. **[数分待機]** でジョブをホップする時間を入力します。

1. **[送信先キュー]** で、ジョブが待機時間を超えて送信キューに残っている場合に、ジョブをホップするキューを選択します。

1. 必要に応じて、ジョブが送信先キューにホップしたときの新しい **[ジョブ優先度]** を指定します。詳細については、「[ホップしたジョブの優先度の設定](job-priority-and-queue-hopping.md)」を参照してください。

------
#### [ API, SDK, or the AWS CLI ]

API、SDK、または でキューホッピングを設定するには AWS CLI、 でキューホッピングの設定を行います`HopDestinations`。このプロパティは、`Jobs` の直接の子であり、JSON ジョブ仕様の最上位レベルに属します。

以下は、10分後にオンデマンドキューにホップするジョブ設定 JSON の例の抜粋です。

```
{
    "Settings": {
        "OutputGroups": [...],
        "Inputs": [...]
    },
    "HopDestinations": [
        {
        "WaitMinutes": 10,
        "Queue": "arn:aws:mediaconvert:us-west-2:111122223333:queues/ondemandqueue",
        "Priority": 0
        }
    ]
}
```

詳細については、MediaConvert の「[API リファレンス](https://docs.aws.amazon.com/mediaconvert/latest/apireference/jobs.html#jobs-model-hopdestination)」を参照してください。

------

# ホップしたジョブの優先度の設定
<a name="job-priority-and-queue-hopping"></a>

キューホッピング用にジョブを設定する場合、新しいキューのジョブの優先度を指定できます。新しい優先度を指定しない場合、ジョブは送信キューから優先度番号を保持します。

2 つのキュー間の `priority` の値を選択する際に異なるガイドラインを使用する場合は、送信先キュー内のジョブの新しい優先度値を必ず指定します。

送信キュー内でのジョブの優先度の設定については、「[ジョブの優先度の設定](setting-the-priority-of-a-job.md)」を参照してください。

次のタブにはホップされたジョブの優先度を設定するためのさまざまなオプションが表示されます。

------
#### [ Console  ]

MediaConvert コンソールでホップされたジョブの優先度を設定する方法

1. MediaConvert コンソールで [[ジョブの作成]](https://console.aws.amazon.com/mediaconvert/home#/jobs/create) ページを開きます。

1. **[ジョブ設定]** メニューから **[ジョブ管理]** を選択します。

1. **キューホッピング**を有効化します。

1. ジョブがその送信先キューにホップするときに使用する **[ジョブの優先度]** を入力します。

1. **[数分待機]** と **[送信先キュー]** の両方に入力します。詳細については、「[ジョブを別のキューに移動させる](setting-up-queue-hopping-to-avoid-long-waits.md)」を参照してください。

------
#### [ API, SDK, or the AWS CLI  ]

API、SDK、または AWS CLIを使用してホップされたジョブの新しい優先度を設定できます。設定するには、`HopDestinations` にある `Priority` を設定します。このプロパティは、`Jobs` の直接の子であり、JSON ジョブ仕様の最上位レベルに属します。

以下は、ホップされたジョブの優先度を 25 に設定したジョブ設定 JSON の例の抜粋です。

```
{
	"Settings": {
		"OutputGroups": [...],
		"Inputs": [...]
	},
	"HopDestinations": [
		{
			"WaitMinutes": 10,
			"Queue": "arn:aws:mediaconvert:us-west-2:111122223333:queues/ondemandqueue",
			"Priority": 25
		}
	]
}
```

詳細については、MediaConvert の「[API リファレンス](https://docs.aws.amazon.com/mediaconvert/latest/apireference/jobs.html#jobs-model-hopdestination)」を参照してください。

------

# ホップしたジョブへの高速トランスコーディングの使用
<a name="accelerated-transcoding-queue-hopping"></a>

ある特定のジョブに対するトランスコーディング時間を減らすには、高速トランスコーディングを使用します。大半のケースでは高速ジョブをオンデマンドキューに送信します。リザーブドキューでは高速ジョブを実行できないためです。ただし、**[高速トランスコーディング]** を **[優先]** と設定したジョブをリザーブドキューに送信できます。ジョブがオンデマンドキューにホップしたら、高速化が有効化された状態でこれを実行します。高速トランスコーディングに関する詳細については、「MediaConvert ユーザーガイド」の「[Accelerated transcoding](accelerated-transcoding.md)」を参照してください。

次のタブには高速トランスコーディングの設定のためのさまざまなオプションがあります。

------
#### [ Console  ]

MediaConvert コンソールで **[加速]** を **[優先]** に設定する方法

1. MediaConvert コンソールで [[ジョブの作成]](https://console.aws.amazon.com/mediaconvert/home#/jobs/create) ページを開きます。

1. **[ジョブ設定]** メニューから **[ジョブ管理]** を選択します。

1. **[高速化]** からドロップダウンリストを使用して、**[優先]** を選択します。

------
#### [ API, SDK, or the AWS CLI  ]

API、SDK、または を使用して優先アクセラレーションを指定するには AWS CLI、 `Mode`で を設定します`AccelerationSettings`。このプロパティは、`Jobs` の直接の子であり、JSON ジョブ仕様の最上位レベルに属します。

以下は、高速トランスコーディングでオンデマンドキューへのキューホッピングを指定するジョブ設定 JSON の例の抜粋です。

```
{
	"Settings": {
		"OutputGroups": [...],
		"Inputs": [...]
	},
	"AccelerationSettings": {
		"Mode": "PREFERRED"
	},
	"HopDestinations": [
		{
			"WaitMinutes": 10,
			"Queue": "arn:aws:mediaconvert:us-west-2:111122223333:queues/ondemandqueue",
			"Priority": 25
		}
	]
}
```

詳細については、MediaConvert の「[API リファレンス](https://docs.aws.amazon.com/mediaconvert/latest/apireference/jobs.html#jobs-model-accelerationsettings)」を参照してください。

------

# ホップしたジョブの履歴の表示
<a name="job-queue-hopping-history"></a>

ジョブがキューをホップする場合、設定の値 `queue` と `priority` は、ジョブの作成時の設定のままになります。ジョブのポストホップの送信先とキューの優先度の値を確認できます。以下のタブにはジョブの履歴とキューの優先度を確認するための2つのオプションが表示されます。

------
#### [ Console  ]

MediaConvert コンソールを使用してジョブがキューをホップしたか確認する方法

1. MediaConvert コンソールで [[ジョブ]](https://console.aws.amazon.com/mediaconvert/home#/jobs/list) ページを開きます。

1. **[ジョブ ID]** を選択します。

1. ホッピング前後のジョブ優先度を示す、**[キューの移行]** セクションを見つけます。そのセクションはジョブがホップした時点の **[タイムスタンプ]**、**[ソースキュー]**、**[送信先キュー]** も示します。

------
#### [ AWS CLI  ]

以下の `get-job` の例では、ジョブに関する情報を示す JSON レスポンスを返しています。

```
aws mediaconvert get-job \
	--id 1234567890123-efg456
```

以下はこのコマンドを実行したときの JSON レスポンスでの `QueueTransitions` を示す例の抜粋です。このレスポンスでは、ジョブの送信キューと送信先キューを示しています。

```
"QueueTransitions": [
	{
		"Timestamp": 1672662636, 
		"SourceQueue": arn:aws:mediaconvert:us-west-2:111122223333:queues/submissionqueue,
		"DestinationQueue": arn:aws:mediaconvert:us-west-2:111122223333:queues/destinationqueue
	}
]
```

`get-job` コマンドの使用方法の詳細については、「[AWS CLI コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/mediaconvert/get-job.html)」を参照してください。

------

**ホップされたジョブの請求タグ**  
ジョブに請求タグを使用し、請求タグの請求元を**キュー**に設定したときには、ジョブに対する請求額は送信キューに対するタグの下に常に一覧表示されます。キューをホップするジョブに対して請求される金額を追跡するために、請求タグ請求元を**ジョブ**に設定できます。タグを使用して AWS 請求書を並べ替える方法の詳細については、「[タグ付けによるコスト配分のための AWS Elemental MediaConvert リソースの設定](setting-up-resources-for-catt.md)」を参照してください。

**注記**  
キューに基づくコスト配分は、オンデマンドキューで実行されるジョブにのみ適用されます。送信キューが予約済みのキューで、ジョブがオンデマンドキューにホップすると、そのオンデマンドジョブの料金がコスト配分レポートに表示されます。予約済みのキューにタグを付けない場合、これらの料金は並び替えられずにレポートに表示されます。

**ホップされたジョブの一覧表示**  
ジョブの閲覧時には、MediaConvert はジョブを送信したキューを表示します。例えば、ジョブを `Queue1` に送信し、それが、`Queue2` にホップすると、そのジョブは `Queue1` でフィルタリングされたリストに表示されます。`Queue2` でフィルタリングされたリストには表示されません。

# キューが一時停止した場合のキューホッピングの理解
<a name="queue-hopping-with-paused-queues"></a>

キューを一時停止すると、ジョブのキューホッピングの動作に影響します。ジョブは、一時停止したキューからはホップしませんが、一時停止したキューへは自由にホップします。このセクションでは、一時停止したキュー*から*、あるいは一時停止したキュー*へ*のキューホッピングを設定した場合の動作について説明します。

## 一時停止したキューからのホッピング
<a name="hopping-from-a-paused-queue"></a>

ジョブが一時停止している間は、キューからホップしません。キューホッピング動作は、キューが一時停止している時間によって異なります。次の 2 つの状況を考慮してください。

**ジョブをキューに送信し、キューのホッピング待機時間よりも長い間、キューを一時停止し、再度有効化します。**  
この状況では、ジョブがホップするかどうかは、ジョブがキュー内のどこにあるかによって異なります。キュー内に他のジョブが先行してある場合、そのジョブが送信先キューにホップします。キュー内に先行するジョブがない場合、MediaConvert はホッピングせずにそれを処理します。

例えば、待機時間が 15 分、送信先が `Queue2` であるジョブを `Queue1` に送信すると想定します。ジョブを送信してから 5 分後、`Queue1` を一時停止します。10 分後、ジョブは `Queue1` に残っています。その 30 分後、`Queue1` をアクティブ化します。その時点では、`Queue1` に先行するジョブがないため、ジョブは `Queue1` から実行されます。

**キューにジョブを送信するとします。キューを一時停止し、待機時間が経過する前に再度アクティブ化します。**  
この状況では、キューが一時停止される時間はキューホッピングにまったく影響しません。

例えば、待機時間が 15 分、送信先が `Queue2` であるジョブを `Queue1` に送信すると想定します。ジョブを送信してから 5 分後、`Queue1` を一時停止します。1 分後、`Queue1` を再度アクティブ化します。9 分後 (ジョブを送信してから 15 分後)、キュー内に先行するジョブが残っています。このため、あたかもキューを一時停止していないかのように、ジョブは `Queue2` にホップします。

## 一時停止したキューへのホッピング
<a name="hopping-to-a-paused-queue"></a>

ジョブは、アクティブなキューから一時停止されたキューに自由にホップします。例えば、待機時間が 15 分、送信先が `Queue2` であるジョブを `Queue1` に送信すると想定します。それから、ジョブを送信してから 5 分後、`Queue2` を一時停止します。10 分後 (ジョブを送信してから 15 分後)、ジョブは `Queue2` にホップし、キューをアクティブ化するまでそこで待機します。