プロジェクトアラートを管理
プロジェクトアラートは、指定された条件が満たされたときに通知を送信することにより、Zilliz Cloudクラスターの能動的な監視を可能にします。プロジェクトアラートを構成して、CU容量、クエリパフォーマンスなどのクラスターメトリクスを監視し、注意が必要な潜在的な問題が発生したときに即座に通知されるようにできます。
この機能は専用クラスターでのみ利用可能です。
事前準備
プロジェクトアラートを作成または管理する前に、以下を持っていることを確認してください:
- 組織オーナーまたはプロジェクト管理者ロールアクセス
プロジェクトアラートを表示
左側のサイドバーでプロジェクトアラートに移動して、プロジェクトアラートダッシュボードにアクセスします。
アラート履歴
過去のイベントを調査したり、アラートパターンを理解したり、システムの信頼性を示す必要がある場合、履歴タブを使用します。
アラート設定
- Cloud Console
- Bash
設定タブを使用して、すべての構成済みアラートとその現在のステータスを確認します。これにより、監視範囲の中央集権的なビューが提供されます。
アラートを表示するとき、以下の構成項目が表示されます:
フィールド | 説明 |
|---|---|
名前 | アラートの説明的な識別子(例:「高CU使用率 - 専用クラスター」、「P99クエリ待機時間」) |
ステータス | 現在のアラート状態を示すトグルスイッチ:有効(アクティブ監視)または無効(通知なし) |
ターゲットクラスター | 監視対象クラスター - 特定のクラスター(例:「Dedicated-02、Dedicated-01」)またはすべての専用クラスター(後で作成されるクラスターを含む) |
メトリクスおよび条件 | 監視パラメータとトリガー設定の組み合わせ表示(例:「CU容量> 80%、期間>= 10分」、「クエリ待機時間(P99)> 1000ms、期間>= 10分」) |
重要度レベル | 影響分類
|
受信者 | 構成されたメールアドレスおよび通知チャネルを含む通知受信者。 利用可能な通知チャネルのリストについては、通知チャネルを管理を参照してください。 |
アラート間隔 | 各アラートが送信された後の設定時間、繰り返しの通知を抑制します。
|
操作 | 利用可能な管理オプション:編集、複製、削除 |
特定のプロジェクトに作成されたアラートリストを表示できます。パラメータの詳細については、アラートルールを一覧表示を参照してください。
export BASE_URL=https://api.cloud.zilliz.com
export PROJECT_ID=proj-bf71ce2fd4f3785d*****
export API_KEY=c84c9a9515**********81319c2f147ffdd47ad6c36b31c126d1b790f457619c23237eba9287de73575943d2bfebcecd728bd07e
curl --request GET \
--url "${BASE_URL}/v2/alertRules?projectId=${PROJECT_ID}" \
--header "Authorization: Bearer ${API_KEY}" \
--header "Accept: application/json" \
--header "Content-type: application/json"
プロジェクトアラートを作成
- Cloud Console
- Bash
クラスターパフォーマンスおよび健全性をさまざまな側面から監視するために新しいアラートを設定します。
特定またはすべての専用クラスター用にアラートを作成できます。パラメータの詳細については、アラートルールを作成を参照してください。
export BASE_URL=https://api.cloud.zilliz.com
export PROJECT_ID=proj-bf71ce2fd4f3785d*****
export API_KEY=c84c9a9515**********81319c2f147ffdd47ad6c36b31c126d1b790f457619c23237eba9287de73575943d2bfebcecd728bd07e
curl --request POST \
--url "${BASE_URL}/v2/alertRules" \
--header "Authorization: Bearer ${API_KEY}" \
--header "Accept: application/json" \
--header "Content-type: application/json" \
--data-raw '{
"projectId": "'"${PROJECT_ID}"'",
"ruleName": "高CU計算量",
"level": "CRITICAL",
"metricName": "CU_COMPUTATION",
"metricUnit": "percent",
"threshold": 80,
"windowSize": 10,
"comparisonMethod": "GREATER_THAN",
"targetClusterIds": ["in01-fbc09dde0a4bfc5"],
"enabled": true,
"sendResolved": true,
"actions": [
{
"type": "EMAIL",
"config": {
"recipients": {
"members": ["leryn.li@zilliz.com"],
"orgRoles": ["OWNER"],
"projectRoles": ["OWNER"]
}
}
}
]
}'
プロジェクトアラートを管理
既存のアラートを変更、整理、および維持して、監視が関連性と効果性を保つようにします。
RESTful APIを介してプロジェクトアラートを管理することもできます。詳細については、アラートルールを更新およびアラートルールを削除を参照してください。
アラートを無効化または有効化
構成を失うことなくアクティブ監視を制御します。
-
無効なアラート: 通知の送信を停止しますが、すべての設定を保持します
-
有効なアラート: クラスターをアクティブに監視し、しきい値が超過されたときに通知を送信します
アラートを編集
監視要件が変わるときにアラート構成を更新します。
以下の任意のアラートパラメータを変更できます:
-
しきい値と比較演算子
-
ターゲットクラスターとメトリクスタイプ
-
通知チャネル、受信者、およびアラート間隔
-
重要度レベルと期間設定
アラートを複製
最小限のセットアップ努力で類似のアラートを作成します。複製はすべての既存設定をコピーし、以下を可能にします:
-
異なるクラスターエンヴィロンメント用にバリアントを作成する
-
他のパラメータを維持しながらしきい値を調整する
-
複数のプロジェクトにわたって監視をスケールする
アラートを削除
古くなったまたは冗長な監視ルールを削除します。
アラートの削除は恒久的で元に戻すことはできません。先に進む前にアラートが不要であることを確認してください。
アラート受信者設定を構成
プロジェクト全体のデフォルト通知設定を設定し、チーム全体で一貫した監視プラクティスを確保します。
設定を構成するとき、以下の概念が表示されます:
-
送信先: 新しいアラートに自動的に選択されるデフォルト通知チャネル(メール、Slack、ウェブフック)。アラート作成を合理化するために最もよく使用されるチャネルを構成します。
-
アラート解決通知: 有効にすると、アラートが解決されたときに通知を受け取ります。
-
既存のアラートに設定を適用: 新しいデフォルト設定で既存のすべてのアラートを更新するかどうかを選択します。
よくある質問
アラートがトリガーされたとき、どのくらいの頻度でアラート通知を受け取りますか?
アラート通知は自動的な頻度パターンに従います:
-
最初の通知: アラートしきい値が超過されたときに即座に送信されます
-
2回目の通知: 条件が継続している場合、1時間後に送信されます
-
その後の通知: アラート条件がアクティブな間、1日1回送信されます
通知が頻繁すぎると感じる場合は、以下ができます: