【osc enterprise 2014 tokyo】hatohol セミナー資料

ミラクル・リナックス株式会社

熊谷理那

2014/12/12

Copyright © 2000-2014 MIRACLE LINUX CORPORATION All rights reserved

Zabbixも、Nagiosも、OpenStackも！まとめて使える運用管理統合ソフト

で出来ること全部、見せます！

https://github.com/project-hatohol/hatohol



Hatoholとは？「監視の現状と問題点」

今後管理対象は爆発的に増加＆多様化http://download.intel.com/newsroom/kits/embedded/pdfs/ECG_WhitePaper.pdf

2020年には 260億のデバイスがネット接続されると予想http://www.gartner.com/newsroom/id/2636073

日本では2020年の東京オリンピックまでに急激に増加の予想

VDI

IoT

BYOD

クラウド

M2M

http://www.gartner.com/newsroom/id/2636073

http://www.gartner.com/newsroom/id/2636073



●●●

●●●

●●●

監視対象

監視サーバー

監視サーバー

単一の監視サーバでは限界がある。

→スケールアウトが必要になる

監視サーバー




Ａ監視チームＢ監視チーム

Ｃ監視チームＤ監視チーム

スケールアウト以外でも災害対策等で分散監視・管理の需要が高まる。

→運用コストが高くなる。




Zabbix

Nagios

複数種類の監視ツールを使う場合

→マニュアルの複雑化→オペレーターの混乱

この拠点ってNagiosだっけか...?




障害発生

問題切り分け

ログ解析

インシデント登録ジョブ管理

ログ収集管理ツール

プロジェクト管理ソフトウェア

障害発生時の対応も重要に

→多くのインスタンスから　ログを収集・管理

→障害発生や対応状況を　共有・管理





OSSを導入している企業がこれから使用していきたいOSS「仮想化ソフトウェア」と「システム運用管理ソフトウェア」の回答率が最も高く、 30％超！

Source:2013年4月10日 IDC Japan株式会社

『国内オープンソースソフトウェア利用実態調査結果』

http://www.idcjapan.co.jp/Press/Current/20130410Apr.html

コスト削減のため、商用の統合管理ツールから乗り換えたい

死活監視

パフォーマンス管理

分散監視／分散管理インシデント管理

ジョブ管理

ログ管理

OSSでは商用のような統合管理ソフトはない




で解決しましょう。


Zabbix,Nagiosなど種々の運用ツールを統合し、商用並の統合管理ハブを目指すOSS



Zabbix

Nagios

fluentd

Redmine

ssh

イベント管理

変更管理リリース管理

インシデント管理

問題管理Zabbix

稼働監視リソース監視障害判定

自動起票エスカレーションステータス管理

ホスト管理資源／資産管理設定管理一括変更

ログ管理リソース状況参照

イベント通知イン

シデント登録

リモートコ

マンド問題切り分

け

状況表示イベント管理イベント通知

サービスデスクCeilometer

運用管理統合ツール　「Hatohol」

運用“Hatohol”



● OSS● 既存の監視システムを１画面で監視● 後からの追加（スケールアウト）可能● 障害も既存ツールと連携して１画面で対応● クラウド基盤とも連携

Zabbix

Nagios

Redmine

Ceilometer

ログ照会

イベント通知

イベント通知

リソース情報照会

イベント通

知

リソース情報照会

インシデント起票

表示／通知

fluentd

稼働監視リソース監視

ログ監視

リソース監視

変更通知


運用“Hatohol”



差分のみ取得

イベント情報のみキャッシュ不足データは都度取得

画面表示


運用“Hatohol”



をはじめてみよう！



3 STEPで出来る！Hatohol導入

インストールサービス開始DB設定

Hatoholが公開しているyumリポジトリ等を登録# wget -P /etc/yum.repos.d/ http://project-hatohol.github.io/repo/hatohol.repo# rpm -ivh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

yumで必要パッケージをインストール# yum install hatohol# yum install hatohol-client# yum install python-argparse






MySQLの起動・各種設定

# chkconfig mysqld on# service mysqld start

Hatohol DBの初期化

#hatohol-db-initiator hatohol <MySQLのrootユーザ名> <MySQLのrootパスワード>

Hatohol Clientのセットアップ

#MySQL> CREATE DATABASE hatohol_client;#MySQL> GRANT ALL PRIVILEGES ON hatohol_client.* TO hatohol@localhost IDENTIFIED BY'hatohol';

#/usr/libexec/hatohol/client/manage.py syncdb






後はサービスを起動するだけ！

#chkconfig hatohol on# service hatohol start

#chkconfig httpd on# service httpd start




各種機能を試してみる

デモ環境

LXCインスタンス（CentOS6.6）・Zabbix 2.2・Redmine 2.5・Hatohol 14.09



WEBブラウザからログイン

1. WEBブラウザで下記にアクセスhttp://＜HatoholサーバーのIP＞/

　*初回ログイン時

アカウント名 admin

パスワード hatohol



監視サーバーを登録！

1. [設定]→[監視サーバー]→[監視サーバーを追加]

2. 各設定情報を入力

*Zabbix側ユーザの操作・Zabbixのユーザの作成。



監視サーバーを登録！

ニックネーム監視サーバーの識別名

ホスト名 Zabbixサーバーのホスト名

IPアドレス ZabbixサーバーのIPアドレス

ポート番号 apacheのポート番号

ユーザー名 Zabbix WEBクライアントのユーザー名

パスワード Zabbix WEBクライアントのパスワード

ポーリング間隔(秒) ポーリングする間隔

リトライ間隔(秒) 接続失敗時に再接続する間隔

入力項目



Redmineと連携！

1. [設定]→[インシデント管理]→[インシデント管理サーバー編集]


3. [追加]からインシデント管理設定を追加

*Redmine側ユーザの操作・RedmineのRest web serviceを有効化・RedmineにHatoholのインシデント管理で使用するプロジェクトの作成



Redmineと連携！

ニックネームインシデント管理サーバを識別する名前

ベースURL RedmineのベースURL

プロジェクト ID チケットを登録するプロジェクト ID

トラッカーID チケット登録時のトラッカー ID

APIキー RedmineのAPIキー

サーバーイベント発生元のサーバー

ホストグループイベント発生時のホストグループ

深刻度イベント発生元の深刻度

インシデント管理サーバーチケットを登録するインシデント管理サーバー

監視サーバー登録時入力項目

実行条件登録時の入力項目



OpenStackと連携！

[設定]→[監視サーバー]→[監視サーバーを追加]




1. [設定]→[監視サーバー]→[監視サーバーを追加]


*OpenStackの操作・Hatoholサーバーが連携するためのOpenStackのユーザの作成。・Hatoholサーバー上でOpenStackサーバーのホスト名を名前解決できるように設定




ニックネーム監視サーバーの識別名

キーストーンURL OpenStackのキーストーンのURL

テナント名 OpenStackのテナント名

ユーザー名接続に使用するOpenStackのユーザー名

パスワード接続に使用するOpenStackのパスワード

ポーリング間隔 (秒) OpenStackサーバーをポーリングする間隔

リトライ間隔(秒) OpenStackサーバーに再接続する間隔

ブローカーURL AMQPブローカーのURL

動的キューアドレス AMPQの動的キューアドレス

OpenStaclサーバー登録項目

【osc enterprise 2014 tokyo】hatohol セミナー資料

Technology