プロジェクトアラートの管理
プロジェクトアラートは、指定された条件が満たされたときに通知を送信することで、Zilliz Cloudクラスターのプロアクティブな監視を可能にします。CU容量やクエリパフォーマンスなどのクラスターメトリクスを監視するようにプロジェクトアラートを設定し、注意が必要な潜在的な問題をすぐに通知されるようにできます。
事前準備
プロジェクトアラートを作成または管理する前に、以下の権限があることを確認してください。
- Organization Owner または Project Admin ロールアクセス
プロジェクトアラートの表示
左側のサイドバーで プロジェクトアラート に移動して、プロジェクトアラートダッシュボードにアクセスします。
アラート履歴
履歴 タブを使用して、過去のイベントを調査したり、アラートパターンを理解したり、システムの信頼性を示すことができます。
アラート設定
- 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、Webhook)。アラート作成を効率化するために、最もよく使用するチャネルを設定してください。
-
アラート解決通知: 有効になっている場合、アラートが解決されたときに通知を受け取ります。
-
既存アラートへの設定の適用: すべての既存アラートに新しいデフォルト設定を更新するかどうかを選択します。
よくある質問
アラートがトリガーされると、どのくらいの頻度で通知を受け取ることができますか?
アラート通知は自動的な頻度パターンに従います。
-
最初の通知: アラートのしきい値が超過された直後に送信されます
-
2回目の通知: 条件が継続する場合、1時間後に送信されます
-
今後の通知: アラート条件がアクティブな限り、1日1回送信されます
通知が頻繁すぎると感じる場合は、以下を行えます。