元々 JP1 を導入していたが監視範囲はサーバーのみであり、ネットワーク側に問題が発生した場合は各スイッチの管理画面に 1 台ずつログインして確認をおこなっていた。補助的に MRTG（トラフィックモニターが中心の OSS）も使用していたが、障害検知や原因の分析、対策運用に十分活かしきれていないという課題があった。そのため、サーバー運用に使用していた既存の JP1 の拡大や、フリーツールである ZABBIX を作りこんで乗り換えることなどを検討したが、教育委員会は定期的に人員の入れ替わりがあるため、今後新しく配属される担当者にはシステム運用の経験がない可能性があり、フリーツールを作りこむ形では運用やメンテナンスの難易度が上がってしまい、使いこなせなくなってしまう懸念があった。

たとえ担当異動があっても、これまでの運用水準を 5 年先・10 年先まで維持し、さらに高めていくために、システム更改に合わせて新たな監視ツールを探すこととなった。

新たな監視ツールに期待していたのは、直感的な操作による属人化排除ができることと、ロケーションを問わない一元管理ができることであった。また、運用改善の第一段階として、これまでの「ユーザーからサービス障害の連絡を受けてから問題発生個所を探す」という後手の対応を、「こちらから異常を検知し、能動的に対処する」という先手対応に変える必要があると考えていた。これらを叶えるツールとして 、予防保守を得意とする System Answer G3 が候補に挙がった。

G3 は、グラフィカルな画面表示によって専門性を持たない職員でも今起きている事象を把握することができ、これまでの変化を踏まえて今後どのように変化していくかを予測するトレンドライン機能によって次のシステムのサイジングや現行システムの設定変更のヒントを得ることができる。

また、G3 側であらかじめ用意されているテンプレートによる ZABBIX エージェントとの連携機能を用いることで、Windows サービス監視を実現することができた。ツール間連携にあたっては、アイビーシーの SE 協力のもと事前検証をおこない導入の不安を解消することができたため、ZABBIX と一部併用という形で System Answer G3 を採用することを決定した。

導入から数か月が経過し、データが蓄積されてきたことで、トレンドライン機能による分析が活用できるようになり、しきい値超過のタイミングや短期・長期でのパフォーマンス変化を視覚的にわかりやすく実感することができた。また、Windows Update の際に WSUS の TCP セッションの確立数を確認することで、回線帯域の制限から同時に 5,000 台前後の処理が上限であることが分かった。さらに、配布がどれくらいの日数で終わっているかまで確認することができ、今後の運用設計にも非常に役立った。

台風の時期や非常事態宣言発令になると、休校情報の確認のために学生からのアクセスが集中して Web サーバーの負荷が高騰し、遅延が起きることがある。このとき、ユーザーからの指摘が入る前にこちらから Web サーバーの情報を確認して、手動でのスケールアウトが必要かどうか判断できるようにしたいと考えている。そのため Web サーバーの情報だけでなく Azure のアプリケーションゲートウェイの状態も可視化できるように、テンプレート化をアイビーシーに依頼しているところである。

また、今後は他の校務システムにも監視範囲を広げ、全てのシステムにおいて高品質なデータ収集と迅速な対応を目指したい。