For AI agents: the complete documentation index is available at https://docs.dataplatform.ovh.net/ja/llms.txt, the full documentation bundle is available at https://docs.dataplatform.ovh.net/ja/llms-full.txt, and this page is available as Markdown at https://docs.dataplatform.ovh.net/ja/control-center-alerting-job-execution.md.
  • 🇯🇵 日本語
  • ジョブ実行アラートを設定する

    アラートを設定して、プラットフォーム上のジョブ実行メトリクスを監視できます。例えば、ジョブ実行の状態や、その実行中の平均CPU使用率などです

    目的

    アラートを設定して、プラットフォーム上のジョブ実行メトリクスを監視できます。例えば、ジョブ実行の状態や、その実行中の平均CPU使用率などです。

    alerts

    ジョブ実行アラートは、ターゲットを指定することで設定されます。また、トリガー条件トリガー設定も指定します。

    アラートのターゲットを設定する

    新しいジョブ実行アラートを作成する場合、監視するジョブの種類を選択する必要があります。利用可能な種類は以下の通りです。

    まだ行っていない場合は、アラートを作成するプロジェクトも選択する必要があります。

    alerts

    Lakehouse Manager 物理ビルドジョブに設定されたアラートを除き、特定のオブジェクト(ワークフロー、アクションなど)をターゲットにするか、または一度にすべてを監視するようにアラートを設定できます。

    alerts

    一度にすべてを監視するように設定した場合、トリガー条件に一致する上記の種類のジョブ実行が行われるたびに、アラートがトリガーされます。 例えば、下のスクリーンショットのように、任意のData Processing Engine ワークフローのジョブ実行が失敗した場合に、アラートがトリガーされます。

    alerts

    特定のオブジェクトを監視するように設定した場合、そのオブジェクトのジョブ実行がトリガー条件を満たす場合にのみ、アラートがトリガーされます。 例えば、下のスクリーンショットのように、ワークフロー「chicago ml」の実行が10分(600秒)以上続く場合にのみ、アラートがトリガーされます。

    alerts

    最後に、ジョブのCRONスケジュール実行中にのみトリガー条件が満たされた場合にアラートをトリガーするように設定できます。これは、開発中にアクション/ワークフロー/パイプラインを手動でテストする際に、毎回アラートを受け取らないようにするために便利です。

    アラートのトリガー条件を設定する

    アラートのトリガー条件は、メトリック演算子、およびからなる論理ステートメントです。複数の条件を同じアラートに追加できます。その場合、それらはAND条件で結合されます。各評価ループ(1分ごとに発生)で、プラットフォームは各アラートトリガーで定義された式を実行します。したがって、アラートの状態は、アラートの待機期間(プロセスの下流で設定可能)より長くすべてのトリガー条件が真のままである限り、アクティブに変わります。

    新しいトリガー条件を追加するには、対応するパネルで追加を押します。

    alerts

    ジョブ実行のメトリックに対してトリガーを設定できます。

    • 状態:失敗とタイムアウトは2つの異なる値です。タイムアウトした実行は、状態 = 失敗に設定されたアラートをトリガーしません
    • 最大CPU使用率(%)
    • 平均CPU使用率(%)
    • 最大RAM使用率(%)
    • 平均RAM使用率(%)
    • 実行時間(秒)
    • ログ検出近日中にリリース!

    アラートのトリガー設定を設定する

    トリガー設定は、上記のトリガーに基づいてアラートがどのようにトリガーされるか、および通知が購読者にどのように送信されるかを指定するために使用されます。

    アラートの待機期間を指定する

    待機期間は、アラートが有効にトリガーされるためにアラートのトリガーが真のままである必要がある期間です。

    alerts

    このオプションパラメータにより、プラットフォームはアラートのトリガー条件(例:失敗した実行)を初めて満たした後、アラートをアクティブとカウントする前に一定期間待機します。

    この期間が0(デフォルト値)の場合、トリガー条件を満たす実行が終了するとすぐに、アラートはアクティブ状態に即座にトリガーされます。 この期間が0より大きい場合、最初の実行の後、アラートはその期間中監視状態のままです。この時間枠内で発生するすべての実行がトリガー条件を満たす場合、アラートはアクティブ状態にトリガーされます。

    Info

    プラットフォームはトリガー条件を1分ごとに評価するため、待機期間に加えて、システムがアラートがトリガーされたことを認識するまでに数秒(最大1分)の遅延が発生する場合があります。

    Info

    15分ごとに実行がスケジュールされているワークフローを例にとってみましょう。このワークフローに対して、待機期間を1時間に設定したアラートを設定します。最初の実行がトリガー条件に一致しても、アラートはアクティブ化されませんが、60分のサイレントカウントダウンが開始されます。1時間の時間枠内で発生するすべての実行が条件を満たす場合、アラートはトリガーされます。言い換えれば、条件を3回連続で満たすことを許可し、4回目の実行で条件を満たす場合は、アラートをアクティブに遷移させます。

    通知頻度を指定する

    各アラートについて、以下のいずれかを選択できます。

    • アラートがアクティブ状態に遷移した瞬間(トリガー時)にのみ購読者に通知する
    • アラートがアクティブである限り、定期的に購読者に通知する。通知の頻度はアラートごとに設定できます。

    解決通知を有効にすることもできます。これにより、トリガー条件が評価されなくなった時点で自動的にアラートが解決されたときに、すべての購読者に通知が送信されます。

    さらに詳しく

    当社のソリューションを実装するためのトレーニングや技術サポートが必要な場合は、営業担当者にお問い合わせください、またはこのリンクをクリックして、プロフェッショナルサービスの専門家にカスタム分析を依頼し、見積もりを受け取ってください。

    Data Platformを構築しているチームと直接、質問をしたり、フィードバックを送信したり、交流したりするには、専用のDiscordチャネルをご利用ください。

    OVHcloudサービスについてサポートが必要な場合は、ヘルプセンターでリクエストを作成してください。

    ユーザーコミュニティに参加してください。