現状の課題
企業間の取引が増えると、既存のシステムだけでは対応できず、サーバーを増強する機会があるだろう。既存のシステムに追加する場合、サーバー名が異なるだけのケースがほとんどであるにもかかわらず、手作業で一つひとつ設定しなければならない。パブリッククラウドを利用している場合、リソース負荷等に応じて自動的にリソースを増減させる、オートスケール機能を使用するシーンもあり、システム負荷に応じて自動スケーリングするため、人手による運用登録作業は困難である。以上より、サーバー導入からシステムに組み込むまでの作業には思いのほか時間が掛かり、その数が多いと入力ミスにつながる恐れがある。
また、GUIでの操作ではオペレーションエンジニアによって品質に差が出る場合もある。「標準化」という観点からも、人に依存するような運用は避けるべきである。定型業務はできるだけ自動化し、工数を減らして作業品質を均一化するべきである。
解決策
システムに共通する設定手順書は、ドキュメントとしてまとめる。設定を行う際に可変となる入力箇所をあらかじめ明確にしておき、作業を簡略化するために必要最小限の項目を設定すれば済むように準備を整えておく。
人による作業はできるだけ避ける。自動化できる箇所を洗い出してスクリプトファイルなどを作成しておく。サーバー定義や監視定義などは、既存システムの定義情報を基にファイルに書き出し、新たに追加するサーバーに読み込むだけで設定が完了するようにしておく。そうすれば、作業工数が減ってオペレーションミスを防止でき、作業品質も向上する。
また、自動でサーバーが増減するオートスケール機能を利用している場合には追従して自動でサーバーを登録、管理する必要がある。
Senju Familyでの実践方法
Senju DevOperation Conductorでは、ノード情報や付随する定義データを、表計算ソフトのデータ形式に書き出したり読み込んだりする機能を提供している。同じ設定のノードを大量に登録する場合、その作業は大幅に低減される。同様に定義データは、テンプレートとして書き出したり読み込んだりすることも可能だ。これにより運用中のノードに対して、用意しておいたテンプレートを読み込むことで作業負荷を掛けずに監視定義を切り替えることができる。
「インポートコマンド」機能では、これらのデータファイルをオプションに指定することで、コマンドによる監視タスクの追加が可能となる。もちろんオプションに必要な情報を設定して追加できる機能も実装している。
また、AWSのオートスケール機能に追従し、Senjuの管理対象ノードとして登録、削除を自動化する機能を提供している。本機能により、千手センサー機能によるエージェントレスの監視・ジョブ運用が可能であり、人手を介さずに自律的なシステム運用を実現可能である。
