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

# HealthOmics ワークフローでライフサイクルを実行する
<a name="monitoring-runs"></a>

実行のステータスをモニタリングすることで、実行の進行状況を追跡できます。HealthOmics は、実行がライフサイクルを進むにつれて実行ステータスを更新します。

実行ステータスは、次のいずれかの方法を使用して取得できます。
+  HealthOmics コンソールには、各実行のステータスが**Runs**ページに表示されます。
+ **GetRun** API オペレーションは、現在の実行ステータスを返します。
+ EventBridge イベントを使用して実行ステータスをモニタリングできます。詳細については、「[での EventBridge の使用 AWS HealthOmics](eventbridge.md)」を参照してください。

**Topics**
+ [実行ステータス値](#run-status-values)
+ [タスクの再試行](#run-status-task-retries)
+ [実行ステータスの料金への影響](#run-status-billing)

## 実行ステータス値
<a name="run-status-values"></a>

実行を開始すると、HealthOmics は実行ステータスを に設定します**Pending**。実行がライフサイクルを進むにつれて、HealthOmics はステータス値を更新して現在の進行状況を反映します。

**注記**  
Running 以外の実行ステータスでは料金が発生しません。詳細については、次のセクションを参照ください。

HealthOmics は、次の実行ステータス値をサポートしています。

**保留中**  
実行はキューにあり、開始を待っています。通常、実行は開始するまで短時間、保留中のままになります。  
+ 多数のジョブを同時に送信すると、実行は保留中のままになることがあります。
+ アカウントが同時実行の最大数に達した後も、実行は保留中のままになります。
+ 実行がリソースの最大値のいずれかに達した実行グループの一部である場合、実行は保留中のままになります。
+ 特定のキューに入れられた実行が他の実行よりも先に開始されるように、実行の優先順位を調整できます。実行優先度の詳細については、「」を参照してください[実行優先度](creating-run-groups.md#run-priority)。

**スタート**  
HealthOmics は実行を作成し、実行に必要なリソース (一時実行ストレージやエンジンノードなど) をプロビジョニングします。  
+ HealthOmics は、実行の開始時に一時実行ストレージをプロビジョニングし、実行が停止しているときに実行ストレージのプロビジョニングを解除します。

**実行中**  
インポートプロセス、各タスクの処理、およびエクスポートプロセス中、実行は実行中ステータスのままになります。  
+ HealthOmics は、入力ファイルを一時実行ストレージファイルシステムにインポートします。入力ファイルは読み取り専用であり、タスクがワークフロー内の他のタスクへの入力を変更できないようにします。
+ ファイルのエクスポート中、HealthOmics は実行ストレージファイルシステムから S3 の場所に出力ファイルをエクスポートします。
+ HealthOmics は、実行ステータスが実行中の間、実行ログとタスクログを CloudWatch にリアルタイムで配信します。詳細については、「[CloudWatch のログ](monitoring-cloudwatch-logs.md#cloudwatch-logs)」を参照してください。

**停止中**  
エクスポートプロセスが完了すると、実行は停止ステータスに移行します。  
+ HealthOmics は、すべてのリソース (実行ストレージファイルシステムおよびエンジンノードを含む) のプロビジョニングを解除します。

**完了**  
HealthOmics がリソースのプロビジョニング解除を完了すると、実行は完了に移行します。  
+ HealthOmics はすべての実行タスクを完了し、エラーなしで出力データをエクスポートしました。
+ 実行出力は、指定された Amazon S3 URI 出力場所で使用できます。WDL および CWL の場合、HealthOmics は に関する情報を提供する実行出力概要ファイルを生成します[HealthOmics 実行出力](workflows-run-outputs.md)。
+ 最終実行マニフェストログとエンジンログ (該当する場合) は、CloudWatch で入手できます。
+ タスクの再試行をサポートする実行の場合、完了ステータスの実行には、失敗した 1 つ以上のタスクを含めることができます。失敗したタスクごとにタスクの再試行が成功する限り、HealthOmics は実行を完了に移行します。HealthOmics は各再試行に新しいタスク ID を割り当てるため、実行には失敗した試行と完了した試行のタスク IDs が含まれます。

**失敗**  
HealthOmics で 1 つ以上のエラーが発生し、すべての実行タスクを完了できませんでした。  
+ HealthOmics がリソースのプロビジョニングを解除している間、失敗した実行は停止ステータスに移行します。

**Cancelled (キャンセル)**  
ユーザーが実行をキャンセルするリクエストを開始しました。  
+ HealthOmics は実行中のタスクを停止し、すべてのリソースのプロビジョニングを解除します。
+ ユーザーが実行をキャンセルしても、HealthOmics は実行出力データをエクスポートしません。キャンセルされた実行の中間ファイルにアクセスすることはできません。
+ アカウントでは、キャンセル前に実行中のステータス中に実行が消費したタスクとリソースに対して料金が発生します。
+ 保留中または開始中のステータスで実行をキャンセルした場合、料金は発生しません。

## タスクの再試行
<a name="run-status-task-retries"></a>

HealthOmics は、サービスエラー (5XX HTTP ステータスコード) が原因で失敗したタスクのタスク再試行をサポートします。

実行内のすべてのタスクが最終的に完了した場合、再試行が必要であっても、HealthOmics は実行を完了に移行します。HealthOmics は各再試行に新しいタスク ID を割り当てるため、実行には失敗した試行と完了した試行のタスク IDs が含まれます。

デフォルトの再試行動作は、ワークフローが使用する定義言語によって異なります。Nextflow のデフォルトは再試行なしです。WDL および CWL の場合、HealthOmics は失敗したタスクを最大 2 回再試行しますが、特定のタスクまたはワークフロー内のすべてのタスクのタスク再試行をオプトアウトできます。タスクの再試行は、断続的なサービスエラーに対処するのに役立ちます。ただし、べき等なタスクをオプトアウトすることを検討してください。

各ワークフロー定義言語の詳細については、以下のトピックを参照してください。
+ WDL – ワークフロー定義でタスクの再試行動作を設定します。[「WDL タスクの再試行動作の設定](workflow-languages-wdl.md#workflow-wdl-task-retry)」を参照してください。
+ Nextflow – Nextflow 設定ファイルまたはワークフロー定義でタスクの再試行動作を設定します。[「Nextflow タスクの再試行動作の設定](workflow-definition-nextflow.md#workflow-nextflow-retry-5xx)」を参照してください。
+ CWL – ワークフロー定義でタスクの再試行動作を設定します。[「CWL タスクの再試行動作の設定](workflow-languages-cwl.md#workflow-cwl-retry-5xx)」を参照してください。

## 実行ステータスの料金への影響
<a name="run-status-billing"></a>

実行ステータスが実行中の場合、アカウントで料金が発生することがあります。他の実行ステータスでは料金は発生しません。たとえば、実行が開始または停止中の場合、リソースには料金はかかりません。

Running ステータスの実行には、次の請求への影響があります。
+ 実行ステータスが実行中である間は、アカウントで実行ストレージファイルシステムの使用に対して料金が発生します。実行ストレージタイプの詳細については、「」を参照してください[HealthOmics ワークフローでストレージタイプを実行する](workflows-run-types.md)。
+ アカウントでは、ワークフロー定義の各タスクに指定したコンピューティングリソースとメモリリソース、およびタスク期間に基づいて、実行中のタスクに対して料金が発生します。詳細については、「[HealthOmics タスクのコンピューティングとメモリの要件](memory-and-compute-tasks.md)」を参照してください。
+ 各タスクの最小請求しきい値は 1 分です。タスクを 1 分未満実行した場合、最低 1 分間の使用に対して料金が発生します。可能であれば、小さなタスクをグループ化してコストを最適化します。また、タスクをグループ化すると、複数のシーケンシャルタスクのスピンアップを回避して、実行時間を短縮できます。

HealthOmics の料金の詳細については、[HealthOmics の料金](https://aws.amazon.com/healthomics/pricing/)」を参照してください。