みらくるブログ

前回の記事ではHAP2のプラグインは、基本的に４つのプロセスから構成されることを紹介しました。本稿ではそれらの親子関係とクラッシュ時の自動普及について説明します。

標準で用意されているZabbixやNagiosのためのHAPI2.0プラグイン（HAP2）は、４つのプロセスから構成されるライブラリを使って実装されています。この４つプロセスのそれぞれの役割と関係を紹介します。

Hatohol 16.04で予定されている新機能の２つを紹介します。ひとつは、監視ページを閉じる際の確認です。もうひとつは、未対処の重要イベントがある場合に、デスクトップ通知を行う機能です。

Hatoholサーバは、C++で記述されています。最近の開発ではC++11で新たに取り入れられた機能も活用しています。本稿では、どのようなC++11機能を使用しているか紹介します。

Hatoholは、ZABBIXやNagiosから監視データを集約するソフトウェアです。その評価や開発時の動作確認には、稼働しているZABBIXなどが必要ですが、運用中のZABBIXをそのためには使用できないという方も多いでしょう。しかし、Hatoholのセットアップに加え、ZABBIXやその監視対象の設定までを行うことは、多くの手間を要します。Hatoholの開発コミュニティは、ZABBIXやNagios、加えてそられの監視対象がセットアップされたVMイメージを配布しています。本稿ではこれらを利用する方法を紹介します。

ZABBIXなどの監視データのHatoholサーバへ転送において、HAPI2.0ではTLSによる暗号化通信がサポートされています。本稿ではその手順を紹介します。

HAPI2.0の特徴のひとつは、ユーザー作成のプラグインによって、任意のシステムから監視データをHatoholに集約できることです。最終的なプラグインの動作確認には、もちろん、Hatoholサーバと接続してのテストが必須ですが、そのためのセットアップには、DB設定などやや煩雑な作業が必要です。本稿では、Hatoholサーバのかわりに、ダミーサーバを用いて、複雑なセットアップなしにプラグイン開発を始める方法を紹介します。

ZABBIXでは、個々のアイテムは複数の監視項目グループ（アプリケーション）に属することができます。Hatohol 16.04では、この監視項目グループの制限が解消されたので、それについて報告します。

Hatohol 15.06で新規に追加され、安定化と実装の改善が継続して行われているHAPI2.0について紹介します。

Hatoholは、Server部とWebUI生成部で構成されています。Server部は、Rest APIを提供しているため、ブラウザを使わなくても、Serverを直接制御することが可能な設計になっています。本稿では、ZABBIXなどの監視サーバをコマンドラインツールのcurlを用いて登録する例を紹介します。