プロジェクトアラートの管理
プロジェクトアラートを使用すると、指定された条件が満たされたときに通知を送信することで、Zilliz Cloud クラスターのプロアクティブな監視が可能になります。CU 容量やクエリパフォーマンスなどのクラスターメトリクスを監視するようにプロジェクトアラートを構成でき、注意が必要な潜在的な問題を即座に通知されます。
この機能はDedicated クラスターでのみ利用可能です。
始める前に
プロジェクトアラートを作成または管理する前に、以下を確認してください：
- 組織オーナー または プロジェクト管理者 ロールへのアクセス権限
プロジェクトアラートの表示
左側のサイドバーにあるプロジェクトアラートに移動して、プロジェクトアラートダッシュボードにアクセスします。
アラート履歴
過去のイベントを調査したり、アラートパターンを理解したり、システムの信頼性を実証したりする必要がある場合は、履歴タブを使用します。
アラート設定
- Cloud Console
- Bash
設定タブを使用して、構成されたすべてのアラートとその現在のステータスを確認します。これにより、監視カバレッジを一元的に把握できます。
アラートを表示する際、以下の設定項目が表示されます：
フィールド | 説明 |
|---|---|
名前 | アラートの説明的な識別子（例："High CU Usage - Dedicated Clusters"、"P99 Query Latency"） |
ステータス | 現在のアラート状態を示すトグルスイッチ：有効（アクティブな監視）または無効（通知なし） |
対象クラスター | 監視対象のクラスター - 特定のクラスター（例："Dedicated-02, Dedicated-01"）またはすべての Dedicated クラスター（後で作成されるものを含む） |
メトリクスと条件 | 監視パラメータとトリガー設定の組み合わせ表示（例："CU容量 > 80%, Duration >= 10 min"、"Query Latency (P99) > 1000 ms, Duration >= 10 min"） |
重要度レベル | 影響度の分類
|
受信者 | 設定されたメールアドレスや通知チャンネルを含む通知受信者。 利用可能な通知チャンネルの一覧については、通知チャンネルの管理を参照してください。 |
アラート間隔 | 各アラート送信後、設定された時間 동안重複通知を抑制します。
|
アクション | 利用可能な管理オプション：編集、クローン、削除 |
特定のプロジェクト用に作成されたアラートリストを表示できます。パラメータの詳細については、アラートルールのリスト を参照してください。
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 クラスターまたはすべての Dedicated クラスターに対してアラートを作成できます。パラメーターの詳細については、アラートルールの作成 を参照してください。
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": ["in01-fbc09dde0a4bfc5"],
"enabled": true,
"sendResolved": true,
"actions": [
{
"type": "EMAIL",
"config": {
"recipients": {
"members": ["leryn.li@zilliz.com"],
"orgRoles": ["OWNER"],
"projectRoles": ["OWNER"]
}
}
}
]
}'
Manage project alerts
既存のアラートを変更、整理、および維持して、モニタリングを関連性が高く効果的な状態に保ちます。
RESTful API を使用してプロジェクトアラートを管理することもできます。詳細については、Update Alert Rule および Delete Alert Rule を参照してください。
Disable or enable an alert
設定を失うことなく、アクティブなモニタリングを制御します。
-
無効化されたアラート: 通知の送信を停止しますが、すべての設定は保持されます
-
有効化されたアラート: クラスターを積極的にモニタリングし、しきい値を超えた場合に通知を送信します
Edit an alert
モニタリング要件が変更された場合に、アラート設定を更新します。
以下のいずれのアラートパラメータも変更可能です。
-
しきい値と比較演算子
-
対象クラスターとメトリックタイプ
-
通知チャネル、受信者、およびアラート間隔
-
重要度レベルと期間設定
クローン an alert
最小限の設定作業で類似のアラートを作成します。クローン機能は既存の設定をすべてコピーするため、以下のことが可能になります。
-
異なるクラスター環境用のバリエーションを作成する
-
他のパラメータを維持したまましきい値を調整する
-
複数のプロジェクトにわたってモニタリングをスケールする
Delete an alert
不要または冗長なモニタリングルールを削除します。
アラートの削除は永久的であり、元に戻すことはできません。続行する前に、そのアラートが不要であることを確認してください。
Configure alert receiver settings
プロジェクト全体のデフォルト通知設定を設定し、チーム全体で一貫したモニタリング慣行を確保します。
設定を構成する際、以下の概念に出会います。
-
送信先: 新しいアラートに対して自動的に選択されるデフォルトの通知チャネル（メール、Slack、Webhook）。最も頻繁に使用するチャネルを設定して、アラート作成を効率化します。
-
アラート解決通知: 有効にすると、アラートが解決された際に通知を受け取ります。
-
既存のアラートに設定を適用: 新しいデフォルト設定ですべての既存のアラートを更新するかどうかを選択します。
FAQ
How often will I receive alert notifications when an alert is triggered?
アラート通知は自動的な頻度パターンに従います。
-
最初の通知: アラートしきい値を超えた直ちに送信されます
-
2 番目の通知: 条件が持続する場合、1 時間後に送信されます
-
以降の通知: アラート条件がアクティブである間、毎日 1 回送信されます
通知が頻繁すぎると思われる場合は、以下の対応が可能です。