|
0
|
1 \section{今後の課題}
|
|
2
|
2 本稿で構築した監視システムおよび対話型のアラート編集システムについての課題を挙げていく.
|
|
1
|
3
|
|
|
4 \subsection{監視システムの運用}
|
|
2
|
5 本稿ではコンテナによる構築を行い実際に学科のシステムを監視できたが構築場所が VM上のみとなった.本番環境で動作させるにはクラウドサーバーとオンプレの両方で構 築し冗長性を保つ必要がある.
|
|
|
6 また収集した情報は監視サーバー上にのみある.その為定期的にディスクサーバーにデータを送信し監視サーバーでは容量が膨らまないようローテーションする必要がある.
|
|
1
|
7
|
|
|
8 \subsection{監視システムの冗長化}
|
|
2
|
9 一般的に監視システムを構築する際は冗長化構成を作成しどちらのサーバーがダウンし ても監視し続けられる体制を整える.しかし本研究ではオンプレミスでのみ構築している. その為クラウドにセカンダリを構築することで冗長化を図る必要がある.
|
|
|
10
|
|
|
11 \subsection{必要なログ・アラートの選択}
|
|
3
|
12 本稿で提案した手法によりアラートルールの設定を共有しやすくなった.しかしアラートを出すべきログの取捨選択は運用の中で調節していくしかない.そこで異常を検知した際にサービスが正常に動作するかを自動でテストする仕組みを作ることで誤アラートが減ると考える
|
|
4
|
13
|
|
|
14 \subsection{gitlab,作業ログツールとの連携}
|
|
|
15 チャットツールからのアラートルール変更を導入した際の問題点として直前の変更履歴は見やすいが過去に遡るのは難しいと感じた.
|
|
|
16 その為,アラートを編集した際に自動でscrapboxに変更内容の記事をまとめる機能が必要だと感じた. |
