Grafana OnCall クイズ
最終更新: September 13, 2026
このクイズでは、アーカイブされた OnCall OSS インストールのレビューと移行について扱います。
Grafana OnCall に関する理解を確認するためのクイズです。
Cloud Connection は 2026-03-24 に終了しました。 Grafana IRM アプリを通じた OSS モバイルプッシュ通知、および Cloud Connection に依存する SMS/音声通知は、もはや機能しません。個別に設定された Twilio またはその他の通知サービスは別の経路です。これは、すべてのセルフホスト型電話/SMS メカニズムが終了したことを意味するものではありません。
- Grafana OnCall の主要機能ではないものはどれですか？
- A) オンコールスケジュール管理
- B) エスカレーションチェーン設定
- C) メトリクスの収集と保存
- D) ChatOps 統合 (Slack, Teams)
回答を表示
回答: C) メトリクスの収集と保存
解説: OnCall はアラート、スケジュール、ルーティング、対応者のアクションを受信・管理します。メトリクスデータベースではありません。OSS は 2026-03-24 にアーカイブされました。既存インストールでのチャネル/API の可用性は、保守されている Cloud IRM とは別に確認する必要があります。
- Grafana OnCall のエスカレーションポリシーにおける
waitタイプの役割は何ですか？- A) アラートを送信する前にデータ収集を待機する
- B) 次のエスカレーションステップに進む前に待機する
- C) ユーザーの応答を待機してから自動解決する
- D) アラートグループ化を待機する
回答を表示
回答: B) 次のエスカレーションステップに進む前に待機する
解説: wait ステップは次のエスカレーションステップを遅延させます。インシデントを確認応答も解決も行いません。確認した公開 serializer は、秒単位で 1 分から 24 時間の待機を受け付けます。実際に停止するか、再ページするかの動作は、チェーンと alert-group の状態に依存します。
- Grafana OnCall のオンコールスケジュールにおける「Override」とは何ですか？
- A) スケジュールを完全に削除して再作成すること
- B) 既存スケジュール内の特定期間の対応者を一時的に変更すること
- C) スケジュールのタイムゾーンを変更すること
- D) ローテーションサイクルを変更すること
回答を表示
回答: B) 既存スケジュール内の特定期間の対応者を一時的に変更すること
解説: Override は、定義された期間のカバレッジを変更します。確認した API では、明示的な timezone と対象スケジュールへの必須の関連付けを持つ on_call_shifts タイプです。既存の shift ID、優先度、欠落、および最終対応者を確認してください。古いネストされた overrides エンドポイントを前提にしないでください。
- Grafana OnCall を Alertmanager と統合する際には、どの方法を使用しますか？
- A) Alertmanager が OnCall のメトリクスを直接収集する
- B) Alertmanager の webhook_configs 経由で OnCall にアラートを送信する
- C) OnCall が Alertmanager の API を定期的にポーリングする
- D) 両システムがデータベースを共有する
回答を表示
回答: B) Alertmanager の webhook_configs 経由で OnCall にアラートを送信する
解説: 実際の統合タイプに対して生成された URL を webhook_configs とともに使用し、適切な場合は保護された url_file に保存します。参照するすべての receiver を定義し、最新の matcher を使用してください。公開 API の raw-token 認証は webhook URL とは別です。send_resolved があっても、OnCall がソースルールを更新するわけではありません。
- Grafana OnCall におけるアラートグループ化の主な目的は何ですか？
- A) アラートを時間順に並べ替える
- B) 関連するアラートを 1 つにまとめてアラート疲労を軽減する
- C) アラートを重要度で分類する
- D) 重複するアラートを自動的に削除する
回答を表示
回答: B) 関連するアラートを 1 つにまとめてアラート疲労を軽減する
解説: グループ化は対応者の重複作業を減らせますが、インシデントドメインをスコープとするキーを使用する必要があります。ラベルが少なすぎると無関係なインシデントが統合され、無制限の ID はグループを分断します。ソース Alertmanager のタイミングと OnCall のグループ化/解決テンプレートは別物であり、配信が正確に 1 回行われる保証はありません。
- Grafana OnCall のエスカレーションポリシーで
notify_on_call_from_scheduleのimportantフラグが true の場合、何が起こりますか？- A) アラートが最優先としてマークされる
- B) ユーザーが設定した重要な通知ルールセットが選択される
- C) エスカレーションチェーンがスキップされ、アラートが直ちに上司へ送信される
- D) アラートが永続的に保存される
回答を表示
回答: B) ユーザーが設定した重要な通知ルールセットが選択される
解説: important は、ユーザーの重要な個人用通知ルールセットを選択します。設定されたルールの順序、待機、チャネル、および可用性は引き続き適用されます。すべてのチャネルを介して自動送信するわけではありません。デフォルトルールは普遍的に Slack 専用ではありません。
- 既存の OnCall インストールで Slack アクションを使用する正しい方法はどれですか？
- A) すべてのインストールが /oncall ack をサポートすると仮定する
- B) スラッシュコマンドを Bash として扱う
- C) インストール済みアプリのコマンド、権限、アクションボタンを確認する
- D) 確認応答がソースモニターを解決すると仮定する
回答を表示
回答: C) インストール済みアプリのコマンド、権限、アクションボタンを確認する
解説: インストール済み Slack アプリの実際のルートコマンド/ヘルプと、認可されたアクションボタンを確認してください。確認したソースでは、古くから主張されている /oncall コマンドカタログではなく、設定可能なルートコマンドと /grafana の例を使用しています。Acknowledge、Resolve、Silence は異なるアクションです。デプロイの実行が暗黙に行われるわけではありません。
- 新しいオンコールツールまたは移行の判断に適した根拠は何ですか？
- A) 古い統合数だけで選ぶ
- B) OSS に運用コストはないと仮定する
- C) 保守、必要な機能、実際のコスト、移行/復旧を確認する
- D) アーカイブされた OnCall OSS をデフォルトでインストールする
回答を表示
回答: C) 保守、必要な機能、実際のコスト、移行/復旧を確認する
解説: 現在の保守/ライフサイクル、必要な機能、運用コスト、契約を基準にしてください。固定された古い統合数やユーザー単価だけでは不十分です。OnCall OSS はアーカイブされており、Opsgenie は 2027-04-05 にサービス/サポートを終了すると発表しています。保守されている移行先をレビューし、移行/復旧をテストしてください。
- 既存の OnCall デプロイメントの可用性について、何を確認する必要がありますか？
- A) API レプリカが 3 つあれば可用性が保証される
- B) 依存関係、状態、配信、障害、および復旧時の挙動
- C) クラスター数のみ
- D) 読み取り専用データベースレプリカのみ
回答を表示
回答: B) 依存関係、状態、配信、障害、および復旧時の挙動
解説: レプリカ数だけでは、すべての障害ポイントを排除できません。既存インストールでは、依存関係、broker/cache/database、scheduler、key、TLS、配信、および復旧の検証が必要です。アーカイブされた OSS は、新規本番環境のデフォルトの選択肢ではありません。このレビューでは HA デプロイメントは実施していません。
- Grafana OnCall でルートを設定する主な目的は何ですか？
- A) ネットワークトラフィックの分散
- B) アラート条件に基づいて異なるエスカレーションチェーンを適用する
- C) データベースクエリの最適化
- D) ユーザー認証パスの設定
回答を表示
回答: B) アラート条件に基づいて異なるエスカレーションチェーンを適用する
解説: ルートは、統合の実際のペイロード、マッチングモード、順序、およびフォールバックを使用して、エスカレーション/通知の動作を選択します。確認した serializer はネストされた slack.channel_id/enabled を使用します。欠落または競合するフィールドをテストしてください。任意のメッセージテキストに対する regex マッチングは、すべてのプロバイダーに共通する契約ではありません。