注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
大規模な監視は、新しい機能を導入し、Foundry リソースの監視にかかる時間を削減します。
すでに check groups を使用している場合、これはリソースを監視するための追加オプションと考えてください。既存のワークフローや設定済みの check groups を置き換えることはありません。
リソースを監視する方法は 2 つあります:
既存のチェックグループをアップグレードするには、Data Health アプリケーションでチェックグループを開きます。上部のバナーで Upgrade to Monitoring View を選択します。
新しい監視ビューを作成するか、すべてのチェックを既存の監視ビューに移動できます。
新しい監視ビューを作成するには、Data Health アプリの右上の Monitoring View タブに移動し、新しい監視ビューを作成します。
監視ルールを作成するには、Manage monitors タブに移動します。まず、監視するリソースタイプを選択します。リソースタイプによっては、単一スコープでそのリソースのみを監視するか、単一または複数のプロジェクトスコープにわたるそのタイプのすべてのリソースを監視するかを選択できます。
リソースを監視するには、そのリソースに対して Viewer 権限が必要です。アラートを受信する には、リソースと監視ビューに対して Viewer 権限が必要です。
モニターはリソースが発するメトリクスに設定されます。モニターを設定する際には、Foundry のヘルス基準に基づいて特定の構成を提案します。ただし、値を変更したり、特定のメトリクスのみを監視することもできます。また、アラートが失敗した場合の深刻度レベルを決定することもできます。現在、深刻度タイプは低、中、高の 3 種類です。
リストからモニターを選択し、表示されるサイドパネルで Edit を選択してモニターを編集できます。
アラートをサブスクライブするには、Manage subscriptions タブに移動し、すべてのサブスクライブされたユーザーが一覧表示されます。ユーザーとユーザーグループを追加し、深刻度に基づいてアラートを構成できます。監視ルールがアラートをトリガーすると、そのアラートを含む監視ビューをサブスクライブしているユーザーにメールおよび Foundry 通知を通じて通知されます。アラートを受信するには、リソースと監視ビューに対して Viewer 権限が必要です。
PagerDuty や Slack などの外部システムにアラートを送信するには、組み込みの統合を使用するか、Webhook を使用して任意の REST エンドポイントに送信します。外部システムにアラートを送信する についてさらに学びます。
以下のリソースを監視できます:
| リソースタイプ | サポートされているスコープ |
|---|---|
| Agent | Single, Project |
| Object type | Single |
| Link type | Single |
| Schedule | Single, Project |
| Streaming datasets | Single, Project |
| Live deployments | Project |
| Time series syncs | Single |
| Geotemporal observations | Single |
| Automations | Single, Project |
| Dataset (coming soon) | Project |
リファレンスは こちら にあります。
すべてのヘルスチェックが監視ルールとして存在するわけではありませんが、最も重要なヘルスチェックには類似の監視ルールがあります。監視ルールとヘルスチェックを組み合わせて使用することをお勧めします。監視ビューとヘルスチェックからのカバレッジをまとめると以下の通りです。
最も包括的なカバレッジを得るには、現在監視ビューで利用できないヘルスチェックを含むチェックグループに監視ビューをリンクすることをお勧めします。
モニターは単一のリソースではなくスコープ全体をカバーします。これにより、そのスコープに新しいリソースが追加されると、自動的にルールでカバーされます。たとえば、プロジェクト内のすべてのエージェントを監視するように設定された監視ルールは、後でそのプロジェクトに追加されたエージェントも監視します。
単一の監視ビューをチェックグループと同じように考えるのが良い方法です。1つの監視ビューは、そのビュー内のモニターに関心を持つユーザーのセットに関連します。特定のユーザーセット [a, b, c] が特定のプロジェクト [x, y, z] に関心がある場合、これらのプロジェクトのすべてのリソースを含む単一の監視ビューを作成します。特定のユーザーセットがエージェントの監視にのみ関心がある場合、すべてのプロジェクト内のすべてのエージェントを監視するための単一の監視ビューを作成します。
監視ビューはファイルシステムリソースであるため、ユーザーは監視ビューが保存されているプロジェクトまたはフォルダーへの権限が必要です。アラートを受信したり、リソースに監視ルールを設定したりするには、監視したいプロジェクトリソースへのアクセスが必要です。必要なすべての権限を持つユーザーがユーザーまたはグループを監視ビューにサブスクライブしても、新しいサブスクライバーがその監視ビューへの明示的なアクセス権を持っていない場合、そのリソースのアラートは受信しません。