プロジェクトアラートの管理
プロジェクトアラートを使用すると、指定した条件を満たした際に通知を送信し、Zilliz Cloud クラスターをプロアクティブに監視できます。CU 容量やクエリパフォーマンスなどのクラスターメトリクスを監視するよう設定することで、対応が必要な潜在的な問題をいち早く検知できます。
この機能は Dedicated クラスターでのみ利用可能です。
事前準備
プロジェクトアラートを作成または管理する前に、以下の条件を満たしていることを確認してください。
- Organization Owner または Project Admin ロールの権限があること
プロジェクトアラートの表示
左サイドバーの Project Alerts をクリックして、プロジェクトアラートダッシュボードを開きます。
アラート履歴
過去のイベントの調査、アラートパターンの分析、システムの信頼性の確認などを行う場合は、History タブを使用します。
アラート設定
- Cloud Console
- Bash
Settings タブでは、設定済みのすべてのアラートとその現在のステータスを確認できます。これにより、監視対象の範囲を一元的に把握できます。
アラート一覧には、以下の設定項目が表示されます。
Field | Description |
|---|---|
Name | アラートの説明的な識別子 (例: "High CU Usage - Dedicated クラスター"、"P99 Query Latency") |
Status | アラートの現在の状態を示すトグルスイッチ: Enabled (監視中) または Disabled (通知停止) |
Target Cluster | 監視対象のクラスター - 特定のクラスター (例: "Dedicated-02, Dedicated-01") またはすべての Dedicated クラスター (今後作成されるクラスターも含む) |
Metric & Condition | 監視対象のメトリクスとトリガー条件の組み合わせ表示 (例: "CU Capacity > 80%, Duration >= 10 min", "Query Latency (P99) > 1000 ms, Duration >= 10 min") |
Severity Level | 影響度の分類
|
Receiver | 通知の送信先です。設定済みのメールアドレスや通知チャネルが含まれます。 利用可能な通知チャネルの一覧については、Manage Notification Channels を参照してください。 |
Alert Interval | アラート送信後、指定された時間だけ繰り返し通知を抑制します。
|
Actions | 利用可能な操作: Edit、Clone、Delete |
特定のプロジェクト用に作成されたアラートの一覧を表示できます。各パラメータの詳細については、List Alert Rules を参照してください。
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
クラスターのパフォーマンスや健全性を多角的に監視するための新しいアラートを設定します。
特定のクラスター、またはすべての Dedicated クラスターを対象にアラートを作成できます。パラメータの詳細については、Create Alert Rule を参照してください。
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": "High CU Computation",
"level": "CRITICAL",
"metricName": "CU_COMPUTATION",
"metricUnit": "percent",
"threshold": 80,
"windowSize": 10,
"comparisonMethod": "GREATER_THAN",
"targetClusterIds": ["inxx-xxxxxxxxxxxxxxx"],
"enabled": true,
"sendResolved": true,
"actions": [
{
"type": "EMAIL",
"config": {
"recipients": {
"members": ["leryn.li@zilliz.com"],
"orgRoles": ["OWNER"],
"projectRoles": ["OWNER"]
}
}
}
]
}'
プロジェクトアラートの管理
既存のアラートを変更・整理・保守し、効果的な監視体制を維持します。
RESTful API を使用してプロジェクトアラートを管理することも可能です。詳細については、Update Alert Rule および Delete Alert Rule を参照してください。
アラートの無効化と有効化
設定を保持したまま、監視の有効・無効を切り替えることができます。
-
無効化されたアラート: 通知の送信は停止しますが、すべての設定は保持されます
-
有効化されたアラート: クラスターを継続的に監視し、しきい値を超えた場合に通知を送信します
アラートの編集
監視要件の変更に合わせてアラート設定を更新します。
以下を含む任意のアラートパラメータを変更できます。
-
しきい値と比較演算子
-
対象クラスターとメトリクスの種類
-
通知チャネル、受信者、アラート間隔
-
重大度レベルと期間の設定
アラートの複製
最小限の手間で同様のアラートを作成できます。複製すると既存の設定がすべてコピーされるため、次のような調整が可能です。
-
異なるクラスター環境向けにバリエーションを作成する
-
他のパラメータはそのままでしきい値のみを調整する
-
複数のプロジェクトにわたって監視を展開する
アラートの削除
不要になった監視ルールや重複する監視ルールを削除します。
アラートの削除は永続的であり、元に戻すことはできません。操作を実行する前に、そのアラートが不要であることを確認してください。
アラート受信設定の構成
プロジェクト全体のデフォルト通知設定を行い、チーム全体で一貫した監視運用を確保します。
設定を行う際は、以下の項目を確認します。
-
送信先: 新しいアラート作成時に自動的に選択されるデフォルトの通知チャネル(メール、Slack、Webhook)です。よく使用するチャネルを設定しておくことで、アラート作成を効率化できます。
-
アラート解決通知: 有効にすると、アラートが解決した際に通知を受け取れます。
-
既存のアラートに設定を適用: 新しいデフォルト設定を既存のすべてのアラートに反映するかどうかを選択します。
FAQ
アラート発生時、通知はどのくらいの頻度で届きますか?
アラート通知は、以下の自動頻度パターンに従って送信されます。
-
最初の通知: アラートのしきい値を超えた時点で即座に送信されます
-
2 回目の通知: 条件が継続している場合、1 時間後に送信されます
-
以降の通知: アラート条件が継続している間、1 日 1 回送信されます
通知が頻繁すぎると感じる場合は、以下の対応が可能です。