知って『得』する! Hinemos活用術 ver.OSC2015.Enterprise

株式会社アトミテック

　知って『得』する！ Hinemos 活用術

2015 年 12 月 09 日

大澤優人

2 Copyright (c) 2015 Atomitech Inc.

自己紹介Hinemos とはHinemos のお問い合わせ事例とその対処Hinemos へのジョブ移行のポイント

（ソリューション紹介）

アジェンダ

自己紹介

Copyright (c) 2015 Atomitech Inc.3


大澤優人 ( おおさわゆうと )1987 年 9 月 7 日生まれ趣味

カメラ ( 機種： EOS 70D) 　

所属株式会社アトミテック Hinemos ソリューション部

日々の業務Hinemos 保守、 Hinemos 構築

取得した称号Hinemos 認定アソシエイト ( 監視 )Hinemos 認定アソシエイト ( ジョブ )Hinemos 認定プロフェッショナル

自己紹介

資格詳細 :

被写体様：Hinemos 公認キャラクターもにたくん

http://www.hinemos.info/support/certificate

http://www.hinemos.info/support/certificate


これまでも多くの Hinemos に関する業務を手掛けて参りました。

一例：メタウォーター株式会社様ver.3.1.4 から ver.4.1.3 へ

Ver.3.1 ⇒ 　 ver.3.2 　⇒　 ver.4.0 ⇒ ver.4.1サービスを停止せずにバージョンアップを行うことが必須条件　詳しくは以下を参照

・ Hinemos ポータルサイト http://www.hinemos.info/hinemos/case/010

・アトミテック事例紹介ページ

http://atomitech.jp/hinemos/case/hinemos3to4/

私がかかわった Hinemos に関する業務の内容

http://www.hinemos.info/hinemos/case/010

http://atomitech.jp/hinemos/case/hinemos3to4/


私がかかわった Hinemos に関する業務の内容（最近

バージョンアップの主な流れ

ヒアリング

お客様のご要望をお聞かせくだ

さい

ご提案

ヒアリングに沿って最適なバージョン

アップサービスをご提案いたします

既存データ抽出

環境構築に向け設計を行います

整形、変更、補正

ご要望のバージョンにあったデータ形式に整形等を行います

環境構築・テスト

設計に基づき環境を構築しテストを

行います

切替　　（移行）

リハーサルに基づいて本番環境に適用します

引き渡し

お客様へお引き渡し致します

# バージョン特定　 ver.3.1.4 から 4.1.3# 必須条件の確認　無停止で

他、対象機能、対象項目、ジョブ数、費用、スケジュールなどを確認。ヒアリング内容か

ら条件を満たすバージョンアップ作業を具体化。お客様に大筋合意を頂き詳細の意識合わせ。

※ 無停止「監視及びジョブの停止期間無く移行できること」

無停止でのバージョンアップ方式の設計を実施。

Hinemos 上の監視・ジョブの定義だけでなく、 Hinemos の動作に関連するsyslog 周りの設定見直しも実施。

結合試験の実施後、検証環境にて、無停止でのバージョンアップのリハーサルを実施。本番環境にて、

無停止でのバージョンアップを実施。

無停止でのバージョンアップ後、監視及びジョブの動作に問題が無いことを確認した後に引き渡し。


Hinemos ver.5.0 構築Hinemos 保守サポート商用ツール (JP1 、 Senju) から

Hinemos へ移行

そのほかにも

本日はここをお話しします！


Hinemos とは


システム運用管理で要求される各種機能を備えた、　「統合運用管理ソフトウェア」

Hinemos とは

監視ジョブ環境構築

複雑化するシステムを、 Hinemos で統合運用管理

一元管理

物理環境仮想化環境ネットワーク機器類


『必要な機能を、シンプルで使いやすい操作性と共に、安価で提供する』

Hinemos の特徴・コンセプト

物理環境仮想化環境

日本製 OSS

シンプルな操作性

→GUI アプリケーションならではの、柔軟な操作性→システム全体をグループ毎に俯瞰的に管理可能→運用現場に応じた、 GUI のカスタマイズも容易

充実の機能

→日本の運用管理ニーズに必要な機能を厳選→日本語インタフェース、ドキュメント、保守サポート提供→OSS として、安価に導入が可能

→監視・ジョブの両方をワンパッケージで提供→環境構築機能や、クラウド管理機能を完備→本体機能に加え、オプション製品でニーズを先取り


多種多様な環境を Hinemos で一元管理可能

対応プラットフォーム

物理環境仮想化環境ネットワーク機器類

サーバ

Red Hat Enterprise LinuxCentOSOracle LinuxWindowsSolarisHP-UXAIX

ハイパーバイザ

VMware ESXiKVMXenServerHyper-VOracle VM

その他

ネットワーク機器アプライアンス製品

クラウドAmazon Web ServicesMicrosoft AzureCloudn

http://wiki.centos.org/ArtWork/Logo/Type?action=AttachFile&do=get&target=f-2c-a-517.png


Hinemos は、以下の３つのコンポーネントから構成

Hinemos 基本構成

運用管理サーバ（ Hinemosマネージャ）Hinemos の運用管理機能を提供するサーバ。各種設定内容を保持し、設定された監視機能やジョブ管理機能の実行を指示します。また、監視結果やジョブ実行結果を内部 DB に蓄積します。

設定追加・変更結果の表示

稼動監視ジョブ実行指示環境構築指示ログ・トラップ送信

運用管理端末 ->Hinemos リッチクライアント ->Web ブラウザ

オペレータが操作する統合コンソール端末。監視やジョブ、環境構築設定の登録や、監視状況の把握、ジョブや環境構築操作の実行状況把握など、システムの稼働状況・運用状況を表示します。

管理対象システム　（ Hinemos エージェント）

Hinemos の管理対象となる IT 機器。専用エージェントを導入しなくても、大半の監視機能が使用できます。専用エージェントを導入することにより、すべての機能が使用できます。

管理 DB


Hinemos のお問い合わせ事例とその対処


Hinemos お問い合わせって？

仕様確認障害調査修正モジュールの提供等


Hinemos お問い合わせ分類

2014 年12 月

2015 年01 月

2015 年02 月

2015 年03 月

2015 年04 月

2015 年05 月

2015 年06 月

2015 年07 月

2015 年08 月

2015 年09 月

2015 年10 月

2015 年11 月

44 51 47

94

48 45

85 68 60 54 68 68

45 38 42

43

66 41

61

48

27 43 47

31

仕様障害年間約 1200

件以上


1. リソース監視やプロセス監視の結果で情報ステータスと不明ステータスが繰り返し出力される2. カーネルモードで動作するプロセスの監視3. Hinemos メンテナンス機能について4. Java ヒープメモリに関する HinemosInternal エラーが出力された5. Hinemos クライアントから Hinemosマネージャにログインできるがビューが表示されない6. システムログ監視の結果の通知に遅延があった7. システムログ監視で監視漏れが発生した8. ジョブの実行に 30秒かかる？9. Hinemosマネージャ接続におけるプロキシ中継について10.ジョブの判定対象の時刻が機能しない11.プロキシを経由した HTTP 監視の方法は？12.Hinemos エージェントレスで可能な監視について13.Hinemosマネージャからエージェントが認識されていない事象について14.Hinemos 履歴保管期間変更について15.終了遅延の “ 26:00:00” と “ 2:00:00” の違い16.メンテナンス設定の作成が行えない17.イベントログ名はあっているはずなのに Windows イベントログが監視できない18.Hinemosマネージャ 2台からの 1台のサーバを監視19.Hinemos のプロセスを監視したい

Hinemos のお問い合わせ事例一覧 ( 一部 )


障害調査

44 51 47

94

48 45

85 68 60 54 68 68

45 38 42

43

66 41

61

48

27 43 47

31

仕様障害


リソース監視やプロセス監視の結果で情報ステータスと不明ステータスが繰り返し出力される

事象リソース監視やプロセス監視の結果で”情報”ステータスと”不明”ステータスが繰り返し出力されている。

原因SNMP ポーリングのタイムアウトにより、値の取得に失敗した。監視対象サーバ上の SNMP エージェントとの通信でタイムアウトが発生した。

【 Hinemos ver.5.0 、 4.1 障害系 01/08 】


リソース監視やプロセス監視の結果で情報ステータスと不明ステータスが繰り返し出力される

【補足】リソース監視やプロセス監視の仕組み

① SNMP ポーリング処理 -> 5000 ミリ秒 ( タイムアウト値 )×3回 ( リトライ回数 ) ※ デフォルト

② リソース情報及びプロセス数カウントの閾値判定処理

【 Hinemos ver.5.0 、 4.1 障害系 01/08 】


リソース監視やプロセス監視の結果で情報ステータスと不明ステータスが繰り返し出力される ( 対処 )対処

Hinemosマネージャから SNMP エージェントへの経路に問題がないか確認する。

【 Hinemos ver.5.0 、 4.1 障害系 01/08 】

・高負荷により、 SNMP のパケットが失われていないか・ファイアーウォール等により、パケットが遮断されていないか・ネットワーク経路が切断されていないか・ネットワーク機器に障害が起きていないか・ Hinemosマネージャサーバの OS の NW サービスに障害が起きていないか・ Hinemosマネージャサーバの NIC に障害が起きていないか

・ SNMP エージェントが値を取得するのに時間がかかっていないか・ SNMP エージェントが起動しているか・ OS のネットワークサービスに障害が起きていなか・サーバの NIC に障害が起きていなか

観点 1: 監視対象サーバに問題がないか

観点 2 : マネージャ ‐ 監視対象サーバ間の NW に問題がないか


カーネルモードで動作するプロセスの監視事象

カーネルモードで動作するプロセスが監視できない

環境Linux

仕組みHinemos のプロセス監視は、原則として、SNMP ポーリングで取得した値と監視設定で指定した値を比較し、一致した場合にプロセスが存在するものと判定する。

【 Hinemos ver.5.0 、 4.1 障害系 02/08 】

SNMP で取得した” hrSWRunPath” の値　⇔　監視対象プロセスのコマンドSNMP で取得した” hrSWRunParameters” の値　⇔　監視対象プロセスのコマンド引数


カーネルモードで動作するプロセスの監視 (原因と対処 )原因 :net-snmp の仕様

カーネルモードで動作するプロセスは、”hrSWRunPath” を一律“<exited>“ という文字列で返す。

プロセス監視では、カーネルモードで動作するプロセスのコマンド (パス ) を判別することができず、これらのプロセスを監視することができない。

対象方法：カスタム監視を用いる対象プロセス数をカウントするコマンドを実行して監視

# echo -n "NumOfProcs_kthreadd,";ps -ef|grep kthreadd|grep -v grep|wc –l

【 Hinemos ver.5.0 、 4.1 障害系 02/08 】


Hinemos メンテナンス機能について

事象ジョブ履歴が 10万件越え、警告メッセージを検知ので、メンテナンス機能のジョブ履歴削除を行ったが、失敗した。

原因：履歴が多いマネージャの内部 DB に対する、ジョブ実行履歴削除のための SQL文の実行に時間がかかっている (約 21分 )Hinemosマネージャが内部 DB と通信する際にソケットタイムアウト (15分 ) が発生した。これにより通信が強制的に切断された。

対処：徐々にジョブ履歴を削除する例えば、

保存期間　 31 日　→　 30 日　 (1回目 )保存期間　 30 日　→　 29 日　 (2回目 ) : (途中省略 )保存期間　 12 日　→　 11 日　 (*回目 )保存期間　 11 日　→　 10 日　 (*回目 )

保存期間　 31 日　→　 10 日

【 Hinemos ver.5.0 、 4.1 障害系 03/08 】


Java ヒープメモリに関する HinemosInternal エラーが出力された

事象Hinemosマネージャのログ (hinemos_internal.log) に次のメッセージが出力された。

「利用可能なメモリ容量が閾値を下回ったため、 Hinemosマネージャの再起動を推奨する」

暫定的対処Hinemosマネージャの再起動

恒久的対処(1) 監視項目、ジョブ数、ノード数の設定数を見直す。不要なものがないかなど。

(2)Hinemosマネージャサーバの物理メモリに余裕がある場合は、 Hinemosマネージャの Java ヒープメモリのサイズを、次のどちらかに変更する。変更対象のファイル： /opt/hinemos/etc/hinemos.cfg ・“ for medium systems” または、 "for large systems“

【 Hinemos ver.5.0 、 4.1 障害系 04/08 】


Hinemos クライアントから Hinemosマネージャにログインできるがビューが表示されない

事象監視設定ビューやジョブ一覧ビューが表示されない ( エラー表示もでない )

対処※次のいずれかを実施(1)Hinemos クライアントの設定情報を削除する。　対象フォルダ：　“ C:\Users\{Windows ログインユーザ名 }\AppData\Roaming\hinemos\Client4.1

(2)Hinemos クライアントをクリーンスタートする。

“C:\Program Files (x86)\Hinemos\Client4.1.2”配下の「 client_clean_start.vbs 」を実行し、 Hinemos クライアントを起動する。

(3)Hinemos クライアントを再インストールする。

【 Hinemos ver.5.0 、 4.1 障害系 05/08 】


システムログ監視の結果の通知に遅延があった

事象システムログ監視の結果で「受信日時」と「出力日時」に差があり、通知に遅延が発生している。

原因瞬間的に大量 (※) の syslog が Hinemosマネージャに転送されたことによって、システムログ監視のパターマッチ処理に遅れがでてしまった。※ 環境によるが、この事例の場合は、 10分間に 10000 件

対処(1)通知の遅延が発生した時間帯に転送されている syslog の流量を減らす。

※ rsyslog.conf の設定で、転送量を抑制するなど。

(2) システムログ監視やそのフィルタの件数を見直す。

(3)当該監視設定の通知を見直す。

【 Hinemos ver.5.0 、 4.1 障害系 06/08 】


システムログ監視で監視漏れが発生した

事象監視対象サーバでは、システムログが出力されたが、システムログ監視にて検知できず、通知もされなかった。マネージャサーバの /var/log/messages に、次のメッセージが出力されていた。

原因複数の監視対象サーバから syslog が転送されたことによって、 rsyslog の TCP 最大接続数を超えてしまった

対処(1) 監視対象サーバ側で、 Hinemosマネージャへの TCP による syslog転送を行わない。 -> 514/TCP から 514/UDP へ変更する。

(2)マネージャサーバ側で、 rsyslog の TCPセッション上限数を増やす　 -> rsyslog_hinemos.conf を編集し、セッション数を増やす。

【 Hinemos ver.5.0 、 4.1 障害系 07/08 】

<syslog.err> rsyslogd-2079: too many tcp sessions – dropping incomingrequest

28

ジョブの実行に 30秒かかる？

事象ジョブの実行に 30秒かかってしまう。コマンド ( スクリプト ) のみを実行した場合は、一瞬で完了する。

原因(1)即時反映用ポート ( デフォルトで 24005/UDP) が不通となっている。または、(2) Hinemos エージェントサーバで他のプロセスが 24005/UDP ポートを使用中

対処(1)Hinemosマネージャサーバー＞ Hinemos エージェントサーバ方向の 24005/UDP の通信を許可する。

(2)24005/UDP を使用する他のプロセスを停止する。または、即時反映用ポートをデフォルト 24005/UDP から変更する。

【 Hinemos ver.5.0 、 4.1 障害系 08/08 】

Copyright (c) 2015 Atomitech Inc.

29

【補足】ジョブの実行の仕組み

【 Hinemos ver.5.0 、 4.1 障害系 08/08 】


ジョブ実行時のマネージャとエージェント間の通信

①ジョブ実行指示情報を、マネージャ内部の topic に格納

②ジョブ実行対象ノードの IP アドレスの即時反映ポート (24005 番 ) に UDPパケットを送信

③UDPパケットを受信したエージェントは、 Web/API経由でマネージャの topic からジョブ実行指示情報を取得する。

④エージェントはコマンドを実行し、結果を Web/API経由でマネージャに送信

⑤マネージャは実行結果を元に次のジョブ制御を実施

30

【補足】今回の事象の場合

【 Hinemos ver.5.0 、 4.1 障害系 08/08 】


ジョブ実行時のマネージャとエージェント間の通信

①ジョブ実行指示情報を、マネージャ内部の topic に格納

②ジョブ実行対象ノードの IP アドレスの即時反映ポート (24005 番 ) に UDPパケットを送信

③UDPパケットを受信できなかった

④エージェントはコマンドを実行し、結果を Web/API経由でマネージャに送信

⑤マネージャは実行結果を元に次のジョブ制御を実施

即時反映ポート (24005 番 ) が不通または、使用中

Hinemos エージェントは、定期的 (30秒間隔 ) に Web/API経由でマネージャの topic にジョブ実行指示情報が格納されていないか確認

格納されている場合は取得


仕様

2014 年12 月

2015 年01 月

2015 年02 月

2015 年03 月

2015 年04 月

2015 年05 月

2015 年06 月

2015 年07 月

2015 年08 月

2015 年09 月

2015 年10 月

2015 年11 月

44 51 47

94

48 45

85 68 60 54 68 68

45 38 42

43

66 41

61

48

27 43 47

31

仕様障害


Hinemosマネージャ接続におけるプロキシ中継について

事例 Hinemos の通信をプロキシサーバ経由としたい場合、必要な設定は？

対処Hinemosマネージャ　　→　設定不要

Hinemos エージェント　→　 Hinemos エージェントの

　　　　　　　　　　　　　設定ファイルを編集する

Hinemos クライアント　→　 Hinemos クライアントメニューの

クライアント設定を変更する

-------------------------------------------------------------------------------------------------------------------------------------------- Hinemos ver4.1 管理者ガイド第 4版

「 11.1 Hinemosマネージャへの HTTP Proxy を経由した接続」

【 Hinemos ver.5.0 、 4.1仕様系 01/11 】


ジョブの判定対象の時刻が機能しない

事例ジョブの待ち条件を次のように設定した。しかし、想定通りに動作しない。ジョブネット・ジョブの設定 23:55 ：ジョブネット A の実行 ( ジョブスケジュール ) 00:10 ：ジョブネット A の中にあるジョブ B の実行 (待ち条件の時刻判定 ) 06:00 ：ジョブネット A の中にあるジョブ C の実行 (待ち条件の時刻判定 )

設定者の想定したジョブフロー10/24 23:55 にジョブネット A が実行開始　　↓10/25 00:10 にジョブ B が実行　　↓10/25 06:00 にジョブ C が実行

しかし、 23:55 にジョブネット A が実行されたところ、ジョブ B 、ジョブ C も 23:55 に実行されてしまった。

方法設定者の想定どおりにジョブ B とジョブ C を実行するには、

・ジョブ B の待ち条件 (時刻 ) ： 24:10:00 ・ジョブ C の待ち条件 (時刻 ) ： 30:00:00

-------------------------------------------------------------------------------------------------------------------------------------------- Hinemos ver4.1 ユーザマニュアル第 4版

「 9.4.3 ジョブネット作成・変更時の留意事項」待ち条件の時刻判定方法

【 Hinemos ver.5.0 、 4.1仕様系 02/11 】


プロキシを経由した HTTP 監視の方法は？

事例 HTTP 監視を行う際、プロキシを経由した監視は実施可能か。

回答Hinemos ver4.1 では、 HTTP 監視で HTTP リクエストを行う際に、プロキシサーバを利用するよう設定することができない。

Hinemos ver5.0 では、新たに HTTP 監視 ( シナリオ ) という監視種別が追加され、プロキシサーバを利用した HTTP 監視が可能。

【 Hinemos ver.5.0 、 4.1仕様系 03/11 】

-------------------------------------------------------------------------------------------------------------------------------------------- Hinemos ver5.0 ユーザマニュアル第 1版

「 7.4 HTTP 監視」 P.114 指定したシナリオを元にした HTTP リクエストにより監視を実施する場合


Hinemos エージェントレスで可能な監視について

お問い合わせHinemos エージェントが対応していないサーバに対する監視は何が行えるのか？

回答[Hinemos エージェントなしに利用可能な機能 ]・監視設定 (個別 ) - HTTP 監視 ( 数値 /文字列 )・監視設定 (個別 ) - PING 監視・監視設定 (個別 ) - サービス・ポート監視・監視設定 (個別 ) - SQL 監視 ( 数値 /文字列 )・監視設定 (個別 ) - SNMPTRAP 監視・監視設定 (個別 ) - リソース監視・監視設定 (個別 ) - プロセス監視 (SNMP)・監視設定 (個別 ) - SNMP 監視 ( 数値 /文字列 )・監視設定 (個別 ) - システムログ監視・監視設定 (個別 ) - Windows サービス監視

[Hinemos エージェントが必要な機能 ]・監視設定 (個別 ) - Hinemos エージェント監視・監視設定 (個別 ) - ログファイル監視・監視設定 (個別 ) - カスタム監視・監視設定 (個別 ) - Windows イベント監視--------------------------------------------------------------------------------------------------------------------------------------------Hinemos ver4.1 ユー

ザマニュアル第 4版「 1.2 Hinemos を構成する機能」

【 Hinemos ver.5.0 、 4.1仕様系 04/11 】


Hinemosマネージャからエージェントが認識されていない事象について

事例Hinemos のリポジトリに登録した一部のノードの Hinemos エージェントが、リポジトリ [ エージェント ]ビューに表示されていない。リポジトリ [ノード ] ビュー上には、当該ノードは表示されている。

原因Hinemos エージェントが自身のファシリティ ID を解決できていない。

対処　 (1)Hinemos エージェントサーバから Hinemosマネージャサーバに対して、

　 8080/TCP の通信が行えるようになっていないか確認する。 (F/W 等で通信がブロックされていないかなど )

　 (2)Hinemos エージェントは、自身のホスト名と IP アドレスを元に Hinemosマネージャに

　問い合わせ、自身のファシリティ ID を解決する。

　・条件 1 [ホスト名 ] 　 Hinemos のリポジトリ [ プロパティ ] の“サーバ基本情報 – OS –ノード名”と、　対象サーバのホスト名 (hostnameコマンドで表示されるホスト名 ) が一致しているか。

　　・条件 2 [IP アドレス ] 　　 Hinemos のリポジトリ [ プロパティ ] の“サーバ基本情報 - ネットワーク - 　　 IP アドレス”が、対象サーバの ( 実際の )IP アドレスに含まれていること

上記のいずれかの条件を満たしていない場合は、該当のファシリティ ID のノードであると判定できず、

リポジトリ [ エージェント ] ビュー上にも表示されないため、確認すること。

　

【 Hinemos ver.5.0 、 4.1仕様系 05/11 】


Hinemos 履歴保管期間変更について

事例メンテナンス機能で定期的にジョブ実行履歴やイベント履歴を削除でき、デフォルトで 31 日まで履歴を保管し、それより過去は削除する。これを 93 日などに保管期間を増やすことは可能か。増やした結果、 Hinemos の動作に影響はあるか。

回答保存期間を増やすことは可能。

ただし、保存期間を延長する場合は、延長した分だけ Hinemosマネージャサーバのディスク使用容量が増加する。

これに気を付けていれば、動作に影響もない。

【 Hinemos ver.5.0 、 4.1仕様系 06/11 】


終了遅延の “ 26:00:00” と “ 2:00:00” の違い

事例次のように設定した場合、終了遅延判定の動作に違いはあるか。

終了遅延に“ 26:00:00” と設定した場合終了遅延に“ 02:00:00" と設定した場合

回答例えば、ジョブが 2015/08/07 23:00:00 に終了したとする。

・ジョブの終了遅延「時刻」が“ 26:00:00” の場合ジョブセッション開始日が“ 2015/08/07” であり、” 00:00:00” から ”26:00:00” と数えるため、“ 2015/08/08 02:00:00” 以降に発動

・ジョブの終了遅延「時刻」が“ 02:00:00” の場合ジョブセッション開始日が“ 2015/08/07” であり、” 00:00:00” から ”02:00:00” と数え、これを超えているため、 “ 2015/08/07 23:00:00“ に発動する　

【 Hinemos ver.5.0 、 4.1仕様系 07/11 】


メンテナンス設定の作成が行えない

質問対象のアカウントに権限を付与したのにもかかわらず、メンテナンスの設定の作成が行えない。

回答メンテナンス機能の操作するためには、 Hinemos ログインユーザをHinemos管理者用ロール (ADMINISTRATORS) 所属させる必要がある。

【 Hinemos ver.5.0 、 4.1仕様系 08/11 】

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Hinemos ver4.1 ユーザマニュアル第 4版「 12.3.2 システム権限による管理　表 12-3 システム権限一覧」


イベントログ名はあっているはずなのにWindows イベントログが監視できない

事象HogeHoge Event Log という Windows イベントログが監視できない。

対処Windows イベント [ 作成・変更 ] ダイアログのイベントログ欄にて、イベントログ名を二重引用符 (“) で囲って指定する　 HogeHoge Event Log 　→　 “ HogeHoge Event Log”

【 Hinemos ver.5.0 、 4.1仕様系 09/11 】


Hinemosマネージャ 2台からの 1台のサーバを監視

疑問Hinemos エージェントをサーバ (Linux) に 2つインストールし、それぞれ別の Hinemosマネージャと疎通させることは可能か？

回答複数の Hinemos エージェントをそれぞれ別の Hinemosマネージャに接続させるには、以下のいずれかの方法を実施すること。

　 (1)Hinemos エージェントのインストール時に、接続先の Hinemosマネージャとして　それぞれ異なる Hinemosマネージャサーバの IP アドレスを入力する。　 (2) 以下の設定ファイルで、 Hinemos エージェントごとにそれぞれ異なる　 Hinemosマネージャサーバの IP アドレスを指定する。

　 [ 設定ファイル ] /opt/hinemos_agent_{ 識別 ID}/conf/Agent.properties [ 設定箇所 ] managerAddress=http://[Hinemosマネージャの IP アドレス ]:8080/HinemosWS/

【 Hinemos ver.5.0 、 4.1仕様系 10/11 】


Hinemos のプロセスを監視したい

疑問(1)Linux に導入する Hinemos Manager のプロセス名とプロセス数(2)Linux に導入する Hinemos Agent のプロセス名とプロセス数(3)Windows に導入する Hinemos Agent のサービス名

回答　　 (1)Linux に導入する Hinemos Manager のプロセス名とプロセス数　　　プロセス名 : ${JAVA_HOME}/bin/java

引数 : .*-Dhinemos\.manager.*プロセス数 : 1個以上

　　 (2)Linux に導入する Hinemos Agent のプロセス名とプロセス数　　　プロセス名 : ${JAVA_HOME}/bin/java

引数 : .*-Dhinemos\.agent.*プロセス数 : 1個以上

　　 (3)Windows に導入する Hinemos Agent のサービス名

サービス名 : HinemosAgent

※Hinemosマネージャ自ら、自身のプロセスを監視することは推奨していない。

監視したい場合は、もう一台Hinemosマネージャを用意するなどして相互監視を行う。

【 Hinemos ver.5.0 、 4.1仕様系 11/11 】


障害調査リソース監視やプロセス監視の結果が”不明”ステータスになるカーネルモードで動作するプロセスの監視システムログ監視の結果の通知に遅延があったシステムログ監視で監視漏れが発生したジョブの実行に 30秒かかる？

仕様Hinemos エージェントレスで可能な監視についてHinemos のプロセスを監視したい

まとめ


Hinemos へのジョブ移行のポイント


商用運用管理ツールからHinemos へのジョブ移行を進める為には

Hinemos へのジョブ移行に必要なこと

既存のジョブ定義の把握

既存ツールと Hinemos との機能差異の把握

Hinemos での機能差異の対応方法の検討

対応方法の検討結果を元にジョブ定義を設計

不要なジョブの削除を含むジョブフロー

の見直しも重要


商用運用管理ツールと Hinemos との主な機能差異

既存ツールと Hinemos との機能差異の把握

• ログファイルに特定のキーワードを含むログが出力されるまで待機するジョブ

ログファイル監視ジョブ

• ファイルが作成・更新・削除されるまで待機するジョブ

ファイル監視ジョブ

• イベント受信ジョブに対しイベントを送信するジョブ

イベント送信ジョブ

• イベント送信ジョブからイベントを受信するまで待機するジョブ

イベント受信ジョブ

• 指定の期間・回数・間隔に従い、ジョブ (ネット ) を繰り返し実行するジョブ (ネット )

繰り返しジョブ（ジョブネット）


Hinemos での機能差異の対応方法①

ログファイル監視ジョブ

• ジョブフローから対象ジョブが切り離せる場合、ログファイル監視機能の監視結果と連動してジョブを実行することで対応

•指定したログファイルに特定のキーワードを含むログが出力されるまで、ログ監視を繰り返し実施するスクリプトを作成し対応

•弊社では、 Hinemos のログファイル監視機能をベースにしたスクリプトで対応

ファイル監視ジョブ

• ジョブフローから対象ジョブが切り離せる場合、カスタム監視機能の監視結果と連動してジョブを実行することで対応

•指定したファイルが作成・更新・削除されるまでファイルの状態を監視を繰り返し実施するスクリプトを作成し対応

•弊社では、 Hinemos のジョブ実行契機のファイル監視をベースにしたスクリプトで対応


Hinemos での機能差異の対応方法②

イベント送信ジョブ

• ジョブ通知を利用して、任意のジョブが完了したタイミングで他のジョブを実行することで対応（※推奨せず）

• イベント受信ジョブに対してイベントを送信するスクリプトを作成し対応• 弊社では、イベント通知を利用したイベント送信スクリプトで対応

イベント受信ジョブ

• ジョブ通知を利用して、任意のジョブが完了したタイミングで他のジョブを実行することで対応（※推奨せず）

• イベント送信ジョブからイベント受信するまで待機するスクリプトを作成し対応

• 弊社では、イベント通知を利用したイベント受信スクリプトで対応


Hinemos での機能差異の対応方法③

繰り返しジョブ

• ジョブフローから繰り返し対象のジョブが切り離せる場合、ジョブスケジュールによる繰り返し実行にて対応

• 指定したコマンドを期間・回数・間隔に従い、繰り返し実行するスクリプトを作成し対応

• 参照ジョブを直列に定義し対応

繰り返しジョブネット

• ジョブフローからジョブネットが切り離せる場合、ジョブスケジュールによる繰り返し実行にて対応

• 繰り返し対象のジョブネットを直列に定義し対応


ご紹介できなかった機能差異

ジョブフロー制御のアーキテクチャコマンドの返り値の範囲指定の複数対応カレンダの営業日制御ジョブの対話式実行

その他


JP1/AJSSenju Operation ConductorTivoli Workload Scheduler

Hinemos へのジョブ移行実績


Hinemos へのジョブ移行に必要なことHinemos と他ツールとの機能差異の対応方法Hinemos へのジョブ移行実績

まとめ


Hinemos 関連サービス


Hinemos 関連サービス

移行・構築最適な

Hinemos 環境を提供します。

保守年間 1,000 件を超える実績でご期待に応

えます。

開発新機能を開発、提供します。

Atomitech OnCloud Servicefor Hinemos

ミドルウェア監視

ストレージバックアップ

個別対応

保守サポート

有償オプション

個別対応

運用環境構築バージョンアッ

プコンサルティ

ン

グ他ツールから移

行

あらゆるフェーズで最適なソリューションをご提供いたします。随時

v5対応予

定

v5 対応

v5 対応


( 株 ) アトミテックでは、業務拡大に伴いHinemos 、オープンソースを中心とした開発系、インフラ系エンジニアを募集しています。ご興味のある方はぜひご連絡を！

連絡先担当：アトミテック Hinemos ソリューション部Email : [email protected]

エンジニア募集中！

ご清聴ありがとうございました !

知って『得』する! Hinemos活用術 ver.OSC2015.Enterprise

Technology

Transcript of 知って『得』する! Hinemos活用術 ver.OSC2015.Enterprise