GENZ, Inc.

導入後の検証に特化 監視ツールは入れた。通知は本当に届いていますか

監視設定の確認が、実装したベンダーの自己確認で終わっていませんか。GENZは第三者の視点で検知から通知の到達までを検証し、説明に使える記録を残します。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

ネットワーク監視で見落とされやすい確認の抜け

監視ツールは入っているのに、障害のたびに利用部門からの連絡が先に来る。設定したはずの監視項目が、いつから通知されていなかったのかを遡れない。原因は、導入や更改の場面で小さな確認が省かれてきたことにあります。

設定した監視項目が、異常時に本当に反応するか確かめていない

監視対象・閾値・通知先を設定しても、閾値を超える事象を意図的に起こして反応を確かめないまま本番へ移ると、項目はあるのに発報しない状態が残ります。

発報の未確認

通知の宛先が生きているかを、平常時に確認する機会がない

メール・チャット・運用管理システムへの通知経路は、障害時に初めて使われます。宛先の変更や経路の障害は、平常時に確かめなければ表に出ません。

通知経路の死角

機器を増やすたびに監視を足すが、確認は担当者の手順頼み

機器の増設・交換のたびに監視項目を追加しますが、追加分が通知まで到達するかの確認は担当者の手作業に依存し、手順から外れた作業が蓄積されます。

手作業への依存

メンテナンスのための通知抑止が、解除されないまま残る

計画メンテナンスで抑止した通知設定が、作業の完了後も解除されず残ることがあります。抑止の解除は、監視の反応を確かめるまで完了と判断できません。

抑止の解除漏れ

ツール更改で監視項目が欠けても、障害が起きるまで気づけない

更改で監視項目を移行するとき、移行前後の対応を照合する記録がなければ、欠落した項目は障害が起きるまで表に出ず、いつ欠けたかも遡れません。

移行時の欠落
02 RISK

確認しないまま切り替えると、何が起きるか

監視設定を入れ替えたあと、通知が届くかの確認は実装したベンダーに委ねられがちです。設定した側と同じ視点では、漏れは同じ場所で残ります。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

監視設定の検証で見るべき観点

監視設定の検証では、情報の取得から通知の到達、復旧までの流れを段階ごとに確認します。ここでは、導入・更改・機器追加のいずれの場面でも共通して使える観点を挙げます。

取得間隔の確認を省略すると、機器の停止に監視が気づかない時間帯が生まれ、利用部門からの申告が最初の検知になるおそれがあります。

状態値の取得が、設定した間隔で継続しているか

監視対象機器から状態値を取得する間隔が、設計どおりに保たれているかを確認します。ポーリング間隔の設定や機器側の応答設定に不足があると、取得が止まっていても画面上は正常に見えます。

確認する資料
  • 設定一覧
  • 取得記録
  • 結果対応表
受信側の確認を省略すると、機器は異常を送出していても監視画面に現れず、障害の発生そのものを見逃すおそれがあります。

機器からの異常の送出を、受信側が取りこぼしていないか

機器が送出するトラップやフロー情報を、監視サーバー側が取りこぼさず受信しているかを確認します。送信側の設定と受信側の待ち受けが一致しないと、異常が監視側に届きません。

確認する資料
  • 設定一覧
  • 受信記録
  • 結果対応表
閾値条件の確認を省略すると、検知が遅れる、あるいは通知が頻発して現場で無視される運用が定着するおそれがあります。

閾値と判定条件が、意図した向きと回数で成立するか

閾値の大小関係と判定回数が、意図した条件どおりに成立するかを確認します。上下の向きが逆の閾値や、一回の超過ですぐ発報する設定は、検知の遅れや過剰な通知につながり、運用で気づくまで残り続けます。

確認する資料
  • 閾値一覧
  • 判定記録
  • 結果対応表
通知到達の確認を省略すると、検知しているのに担当者へ届かず、復旧着手までの時間が伸びるおそれがあります。

通知が、宛先となる担当者に届くところまで到達するか

閾値超過時の通知が、メール・チャット・チケット起票の宛先へ実際に届くところまでを確認します。経路の設定誤りや宛先の変更漏れがあると、検知しても担当者に届きません。

確認する資料
  • 通知設定表
  • 到達記録
  • 結果対応表
復旧側の確認を省略すると、解消済みのアラートが残り続け、新たな異常の通知と区別がつかなくなるおそれがあります。

復旧の検知と通知の解除まで、一巡して完了するか

異常の検知だけでなく、復旧後に正常へ戻ったことの検知と通知の解除まで一巡するかを確認します。復旧側の条件が未設定だと、解消済みの事象がアラートとして残り続けます。

確認する資料
  • 設定一覧
  • 復旧記録
  • 解除記録
  • 結果対応表
04 TEST DESIGN

第三者による検証で受け取れるもの

監視ツールを導入しても、検知と通知を確かめた記録が残らなければ、障害の初動と稟議の説明が立ち行きません。

STEP 01 監視対象と設定の棚卸し監視対象機器と現在の設定を一覧化します
どう確かめるか

実装側でも発注側でもない立場からの検知確認

実装者が自ら疎通確認を実施する構成では、設定漏れが同じ視点にとどまり見落とされます。実装側でも発注側でもない立場から、通知経路までを通した挙動を確認します。

  • 01ルーター・スイッチ・サーバーなど監視対象機器の種別と台数を棚卸しします
  • 02監視項目・取得方式・閾値・通知先の現在の設定を洗い出して一覧にします
  • 03運用に入ってからの監視設定の追加・変更の履歴を集めて突き合わせます
OUTPUT第三者の視点からの確認記録
STEP 02 検証観点の設計と範囲の合意ベンダーの試験範囲との重複を整理します
どう確かめるか

監視項目ごとの検知と通知の到達を対応づけた確認結果

監視対象機器・取得項目・閾値・通知先を棚卸しし、各項目で検知から通知の到達までを対応づけた結果を記録します。どの項目が到達し、どこで途切れたかが一覧で把握できます。

  • 01検知と通知の到達を分けて確かめる観点を、項目の単位で設計します
  • 02構築ベンダーが実施する試験の範囲との境目を切り分けて決めます
  • 03検証の対象範囲と受け取る成果物の形を、着手の前に合意します
OUTPUT項目別の検知・通知結果
STEP 03 検知と通知の確認の実施閾値超過を意図的に発生させて検証します
どう確かめるか

更改の前後での監視項目の突き合わせと欠落の洗い出し

更改で監視項目を一括移行する際に、移行前と移行後の項目を突き合わせます。欠落した項目があれば本番切替の前に洗い出せ、障害が起きるまで気づけない事態を避けられます。

  • 01閾値を超える事象を意図的に発生させ、検知の成否を確かめます
  • 02メール・チャット・チケット起票の宛先まで通知が届くかを確認します
  • 03通知が途切れた項目について、設定と経路のどちらかを切り分けます
OUTPUT更改前後の監視項目対応表
STEP 04 結果の記録と引き継ぎ稟議や審査にそのまま使える形で残します
どう確かめるか

受け入れの審査と事後の説明に使える記録の形

受け入れの審査と、障害後の経緯説明で共通して使える形に記録を整えます。リリース前の確認結果と運用中の設定変更履歴を、続けて遡れる状態にします。

  • 01監視項目ごとの検知と通知の結果を、対応づけた形で記録します
  • 02更改の前後で監視項目を突き合わせ、欠落の有無を確かめます
  • 03運用中の変更履歴とつながる形で、引き継ぎ資料をお渡しします
OUTPUT審査・事後説明に使える記録
05 RATIONALE

切替の日程を維持したまま検証の工程を挟む

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 切替日程を変えずに検証工程を組み込める
  • 実装者以外の視点で通知到達まで確認できる
  • 更改前後の監視項目の欠落を突き合わせられる
  • 第三者名義の確認記録を受け入れ判断に使える
06 SERVICE

監視設定の検証を任せられる体制

監視設定の検証は、実装したベンダーでも発注側でもない第三者が担うことで、受け入れ判断と事後説明の両方に使える記録になります。GENZは第三者検証の体制と大規模システムでの網羅実績をもとにお引き受けします。

SVC 01

大規模システムでの網羅を担った実績

大規模システムを対象に、監視項目ごとに検知・通知の到達まで確認する検証を担ってきました。対象が広い更改案件でも欠落を洗い出せます。

リスク要因と優先順位を示す無文字の図解。
SVC 02

案件の進行に伴走する検証の実施

切替日程が先に決まる更改案件では、検証を理由に工程を動かせません。GENZは案件の進行に伴走し、日程を維持したまま検証を完了させます。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

証跡を管理し提出できる形へ整える

監視項目と検知・通知の結果を対応づけた記録を、提出できる形でお渡しします。リリース前の記録と運用中の変更履歴を同じ形式で残します。

計画から報告までの流れを示す無文字の図解。
SVC 04

実装と検証を分けた体制での関与

実装は構築ベンダー、検証はGENZと役割を分けます。作った側が自ら試す構図を避けられ、第三者が確認した事実として稟議に使えます。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

ご相談から報告までの流れ

GENZは相談から記録の引き渡しまで、各段階で社内の手続きに必要な材料を揃えます。

ご相談と現状の監視設定の共有

更改の工程表と監視項目の一覧を共有いただき、対象範囲を整理します。

検証の対象範囲と工数の見積の提示

ベンダーの試験範囲との重複を切り分け、範囲と工数をお示しします。

監視項目ごとの検知と通知の確認の実施

監視設定ごとに、検知から通知までの挙動を意図的に発生させて検証します。

結果の報告と確認記録の引き渡し

監視項目と検知・通知の結果を対応づけた記録を引き渡します。

監視設定の検証・第三者テストのご相談

監視が検知することを、第三者の目で確かめてから切り替える

切替日が決まる前に、監視が意図した事象を検知し通知まで届くかを確かめておけば、後戻りのない判断ができます。検証の範囲と工数の見通しは、ご相談の段階からGENZがお示しします。