商用ツールからのマイグレーション hinemosで実現するジョブ運用の最適化

株式会社アトミテック

商用ツールからのマイグレーションHinemosで実現するジョブ運用の最適化

2017年1月27日

Copyright (c) 2016 Atomitech Inc.1

高埜智聖

Copyright (c) 2016 Atomitech Inc.2

はじめに（会社概要）

運用管理の課題・移行の課題

移行サービスについて

移行時のポイント・ジョブの最適化

ジョブ移行事例のご紹介

まとめ

アジェンダ

はじめに（会社概要）

3 Copyright (c) 2016 Atomitech Inc.

4

弊社の紹介

Copyright (c) 2016 Atomitech Inc.


2004年 7月 1日設立

Hinemosに関わる主なサービス

Hinemos保守サービス

Hinemosを用いた運用管理システムの構築支援

各種商用運用管理ツールからHinemosへの移行

Hinemosの提供製品ミドルウェア監視用スクリプト

Ubuntu版Hinemos

NTTデータ開発有償機能

StartUpガイド

中国語版Hinemos

5

弊社の紹介


ｓｄて


アライアンス

2016年7月19日に発足したHinemosアライアンス体制の1社

Hinemosアライアンス

株式会社NTTデータ、NTTデータ先端技術株式会社、株式会社NTTデータ関西、株式会社クニエ、株式会社アトミテック

以下を目的としたアライアンス・迅速な機能向上・サービス提供・最適なHinemosソリューションの共同開発・Hinemosの導入を促進

運用管理の課題


7

・製品の保守サポートが終了

・保守費用の見直し

・システム更改

・パブリッククラウドや仮想環境へのシステム移行

運用管理ツールの見直しを検討する背景


8

システム運用管理の課題

出典：日経BPシステム運用ナレッジ「企業情報システムの運用管理に関する実態調査2013」の結果発表ITコストの割合と今後の見通しhttp://corporate.nikkeibp.co.jp/information/newsrelease/newsrelease20130610.shtml


9

統合運用管理ツールの課題

2013年11、12月に実施したシステム運用管理に関する読者調査統合運用管理ツールの課題（TechTargetジャパンより）http://techtarget.itmedia.co.jp/tt/news/1401/09/news03.html


10

■ライセンス体系

・パブリッククラウド/仮想化環境へのシステム移行等で

管理対象が増えやすい傾向の中、商用ツールでは

管理サーバ数が増えれば増えるほどコストが掛かり、

クラウド等のメリットを活かせない

・「プロセッサライセンス」方式を採用すると、

バッチ処理サーバなど高負荷な処理が多い

システムの場合は非常に高額の費用が掛かる

■技術要件

・クラウド環境でのHA未対応

・マネージャ/エージェント間の通信暗号化（一部）

商用運用管理ツールの課題


11

■ライセンス体系

・パブリッククラウド/仮想化環境へのシステム移行等で

管理対象が増えやすい傾向の中、商用ツールでは

管理サーバ数が増えれば増えるほどコストが掛かり、

クラウド等のメリットを活かせない

・「プロセッサライセンス」方式を採用すると、

バッチ処理サーバなど高負荷な処理が多い

システムの場合は非常に高額の費用が掛かる

■技術要件

・クラウド環境でのHA未対応

・マネージャ/エージェント間の通信暗号化（一部）

Hinemosのメリット


Hinemosはオープンソースであることから、ライセンス費用は必要ありません！

保守サポート費用にもCPU・プロセッサ数によるスケールファクタが無いため、

リーズナブルな価格で利用できます！

AWS、Azure環境のHA化に対応してます！マネージャ/エージェント間の暗号化にも対応！

12

課題解決の鍵

マイグレーションに関するよくある課題

・大規模、複雑化するITシステムに対応できるの？・移行のコスト（必要工数）が多くかかりそう。。・ジョブ定義の変換率（機能互換性の懸念点）は？


13

■メジャーバージョンアップのたびに対応できるシステム規模が

拡大してきました。Hinemosマネージャは多段構成を組むことで

データセンタ規模の管理も実現できますが、単一マネージャの

管理対象規模も大きくなっています。

対応できるシステム規模が拡大

0

2000

4000

6000

8000

10000

Hinemos管理対象ノード数の遷移

v3.0 v.3.1 v3.2 v4.0 v4.1 v5.0

Hinemos v5.0では10,000台のノード管理100,000ジョブを管理

※あくまで動作するサーバースペックや、監視やジョブのシステム要件によるため、サイジングは必須です。

Ver.6.0では省リソース化


14

■並列+多段構成や、ユーザ・ロール権限設定により、

複数/大規模システムの統合運用管理も容易に実現できます。

マルチテナント運用

多段構成ユーザ・ロール権限設定


15

■v3.0以降のバージョンアップに伴い、ジョブ種別や実行契機の追加

といったジョブの基本機能の追加に加え、編集モードの搭載や

テスト実行によるフロー確認といった、セキュアな操作を実現する

より高度な機能が追加されています。

ジョブ機能の進化

項目 v3.0 v3.1 v3.2 v4.0 v4.1 v5.0

主な機能追加

- - ・ジョブのアクセス制御

・「Hinemosジョブマップ（TM）」オプション

・ジョブ種別（参照ジョブ）・実行契機（ファイルチェック）・ビュー（スケジュール予定）・多重度実行制御・編集モード・内部時刻リセット

・ジョブの繰り返し実行・ジョブのテスト実行

主な機能改善

- - ・ジョブセッション管理の改善・起動コマンドの制約緩和

・Hinemosエージェント通信機構の改善（Webサービス化）・ジョブ機能の性能改善（表示/登録の高速化、同時実行数の向上）

・日跨ぎ対応・スケジュールの繰り返し実行対応（最小実行間隔を5分へ）

・ジョブ終了方法の改善（実行中のジョブに対し、シグナ

ル送信で終了可能に）

・ジョブ実行優先度・ジョブの状態の詳細化・ジョブの待ち条件の改善（先行ジョブのリターンコードを利用可能に）

・ジョブ機能の性能改善（表示/登録の高速化）

・Hinemosエージェント停止時のジョブステータス遷移（危険に遷移）

・コマンドの標準出力/標準エラー出力を通知に利用可能

・コマンドにノードプロパティを利用可能

・ジョブの実行時間を表示・ノード変数をジョブ変数に利用可能・ジョブの条件改善（「セッション開始後の時間」を追加）

・ジョブスケジュールの繰り返し間隔の改善（60分間隔を追加）

Ver.6.0でさらに進化


16

■エンタープライズオプションで「見える化」と「設定変更の容易化」

を実現し大規模・複雑化する商用システムでも効率的に運用可能に。

Hinemosをアップグレードするオプション

① Hinemosジョブマップ : ジョブフローを可視化

② Hinemosノードマップ : 監視対象を2次元マップで表示

③ Hinemosレポーティング : 監視結果やジョブ実行状況をレポート配信

④ Hinemos Utility : Excelによる設定内容の一括入出力

Utility

ジョブマップノードマップ

レポーティング


17

課題解決の鍵


・大規模、複雑化するITシステムに対応できるの？・移行のコスト（必要工数）が多くかかりそう。。・ジョブ定義の変換率（機能互換性の懸念点）は？


18

移行サービスについて

◆「ジョブ」←こっちやります

◆「監視」

本日の説明のスコープ


Hinemosには標準で多種多様な監視機能を備えています。もし、網羅できない監視要件は、カスタム監視機能により任意のコマンド・スクリプトを組み込んで監視を実現する

手段もあるので、特に問題なく移行できます。

19

■Hinemosの機能および性能向上

~ノウハウの蓄積による効率的な移行~

移行ツールの開発

運用管理ツールに

かかるトータルコスト

の削減を実現します。


20

■お客様のご要望をお伺いし、現在お使いの商用運用管理

ツールからHinemosへ移行を支援いたします。

移行サービスの流れ

移行サービスの主な流れ

ヒアリング

お客様のご要望

をお聞かせくだ

さい

ご提案

ヒアリングに

沿って最適な移

行サービスをご

提案いたします

既存データ

抽出

既存環境のデー

タ抽出を行い環

境構築に向け設

計を行います

整形、変更、

補正

Hinemosのデー

タ形式に変換等

を行います

環境構築

テスト

設計に基づき環

境を構築しテス

トを行います

切替

（移行）

リハーサルに基

づいて本番環境

に適用します

引き渡し

お客様へお引き

渡し致します


21

Hinemosへの移行イメージ

移行サービスの主な流れ

ヒアリング

お客様のご要望

をお聞かせくだ

さい

ご提案

ヒアリングに

沿って最適な移

行サービスをご

提案いたします

既存データ

抽出

既存環境のデー

タ抽出を行い環

境構築に向け設

計を行います

整形、変更、

補正

Hinemosのデー

タ形式に変換等

を行います

環境構築

テスト

設計に基づき環

境を構築しテス

トを行います

切替

（移行）

リハーサルに基

づいて本番環境

に適用します

引き渡し

お客様へお引き

渡し致します

既存商用運用管理ツールの種別、運用要件(無停止等)、対象機能、対象項目、ジョブ数、費用、スケジュールなどを確認。ヒアリング内容か

ら条件を満たす移行作業を具体化。お客様に大筋合意を頂き詳細の意識合わせ。

Hinemosへの移行方式を検討。

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

結合試験の実施後、切り替えのリハーサルを実施。

本番環境にて、切り替えを実施。

切り替え後、監視及びジョブの動作に問題が無いことを確認した後に引き渡し。


■見積例■総額：500万円費用に含まれる作業フェーズ：

・「要件定義」〜「引き渡し」の各フェーズ費用に含まれる項目およびシステム規模範囲：

・Hinemosマネージャ×1台、エージェント×20台(仮想・物理OS含む)

・JP1マネージャ×1台・ジョブ移行

-ジョブ、ジョブネットの合計数1,000以内-ジョブ待ち条件：絶対・相対時刻による起動時刻、待ちジョブ

・監視(ping、プロセス、ログ、リソース、トラップ等)

納品物：・Hinemos導入手順書・基本設計書、詳細設計書・各設定パラメーターシート・テスト仕様書、テスト結果報告書

22

■移行費用は250万円～

移行サービスの費用・範囲


初年度 2年目 3年目 4年目 5年目

23

■商用運用管理ツールのバージョンアップ等を伴う

継続利用と移行サービス利用時のコスト比較イメージ

運用5年計画における移行・運用コスト比較イメージ

初年度 2年目 3年目 4年目 5年目

■商用運用管理ツールのバージョンアップ等費用 ■Hinemosへの移行費用

■商用運用管理ツールの運用費用 ■Hinemosの運用費用

運用費用の

削減

移行サービスで

効率的な削減


24

運用5年計画におけるコスト試算のイメージ

■コスト試算イメージ

商用ツールのコスト試算（例）初期ライセンス費用：1500〜2000万円保守費用：数百万円×4年間5年間総額：3000～4000万円

Hinemosのコスト試算（例）初期移行費用：250万円〜保守費用：60万円〜×5年間5年間総額：550～1x00万円


25

課題解決の鍵


大規模、複雑化するITシステムに対応できるの？・移行のコスト（必要工数）が多くかかりそう。。・ジョブ定義の変換率（機能互換性の懸念点）は？


26

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

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

既存のジョブ定義の把握

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

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

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

不要なジョブの削除を含むジョブフローの見直しも重要


27

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


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

ログファイル監視ジョブ

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

ファイル監視ジョブ

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

イベント送信ジョブ

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

イベント受信ジョブ

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

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


28

ログファイル監視ジョブとは

ジョブフロー

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

ジョブBログファイル監視ジョブ

ジョブA

＜定義内容＞ログファイル：ファイルA

トラップするデータ：“abc”

APログ

AP

指定した文字列を含むログデータがログファイルに書き込まれたら条件成立とみなされ、ログファイル監視ジョブが終了して後続ジョブが実行

されます。ログ出力


Hinemosマネージャ

Hinemosエージェント

29

Hinemosで実現するログファイル監視ジョブの対応方法①

ジョブB監視指示

APログログファイル監視機能

＜監視設定＞ログファイル：ファイルA

監視する文字列：“abc”

文字列検知

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

ジョブ通知

AP 指定した間隔でログファイル監視を繰り返す


30

Hinemosで実現するログファイル監視ジョブの対応方法②

ジョブC

AP

APログ

文字列検知

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

ログファイル監視スクリプト



ジョブA

Hinemosのログファイル監視機能をベースにしたスクリプトを作成し対応

ジョブB

ログファイル監視を繰り返す






31

Hinemosで実現するログファイル監視ジョブの対応方法③（v6.0）

ジョブB監視ジョブ

APログログファイル監視機能



文字列検知

■監視ジョブにてログファイルの監視結果と連動してジョブを実行可能に

AP 指定した間隔でログファイル監視を繰り返す

ジョブA


32














33

ファイル監視ジョブとは

ジョブフロー

■ファイル更新や新規ファイルの作成などを契機に後続のジョブを実行するためのイベント系のジョブです。

ジョブBファイル監視ジョブ

ジョブA

C:¥File¥ファイルA

AP

＜定義内容＞監視対象ファイル名：

C：¥File¥ファイルA

監視条件：最終書き込み時刻変更

ファイル書き込み

ファイルがクローズ（アクセスしているアプリケーションがなくなり最終書き込み時刻が更新された時点）でファイル監視ジョブが終了となり、条件成立となり後続

ジョブを実行する




34

Hinemosで実現するファイル監視ジョブの対応方法①

ジョブB

（ジョブネット）実行契機

ファイルチェック

更新検知

■Hinemosに登録したコマンドジョブ（ジョブネット，ジョブユニット）をファイルチェック契機で実行することで対応※ジョブフローから対象ジョブが切り離せることが条件

AP

決められた間隔でファイル

チェックを繰り返す




監視条件：タイムスタンプ変更


35

Hinemosで実現するファイル監視ジョブの対応方法②

ジョブC

AP

イベント検知

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

ファイル監視スクリプト

ジョブA ジョブB






監視条件：タイムスタンプ変更

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

ファイルの監視を繰り返す


36














＜起動条件＞

37

イベント受信（送信）ジョブとは

ホストA

（ジョブネットA）

■イベント受信監視ジョブとはJP1イベントの受信を契機に処理を実行するジョブである

ジョブC

ジョブA

ホストB

（ジョブネットB））


イベント受信監視ジョブ

＜定義＞イベントID：

0000100B

イベント発行元ホスト名：ホストA

ジョブB

＜定義＞イベント送信先ホスト名：ホストB

イベントID：0000100B（ジョブ異常終了時に

送信する任意のJP1イベントID）

定義した情報のイベント受信を監視し続け、一致するイベントを受信したら、受信を契機に処理を実

行する


38

Hinemosで実現するイベント送信・受信ジョブの対応方法

Hinemosマネージャ（ジョブネットA）

■イベント送信ジョブからイベントを受信するまで待機するスクリプトとそのイベント受信ジョブに対してイベントを送信するスクリプトをそれぞれ作成し対応

ジョブC

ジョブA


ジョブS

ジョブB

イベント送信スクリプト

イベント受信スクリプト

Hinemosマネージャ（ジョブネットB）

ジョブR

イベント受信ジョブに対してイベントを送信するスクリプトを作成

し対応

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

イベント送信

イベント送信ジョブからイベント受信するまで待機するスクリ

プトを作成し対応



39














40

Hinemosで実現する繰り返しジョブ（ジョブネット）の対応方法

繰り返しジョブ

• ジョブフローから繰り返し対象のジョブが切り離せる場合、ジョブスケ

ジュールによる繰り返し実行にて対応

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

プトを作成し対応

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

繰り返しジョブネット

• ジョブフローからジョブネットが切り離せる場合、ジョブスケジュール

による繰り返し実行にて対応

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


41

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

ジョブフロー制御のアーキテクチャ

コマンドの返り値の範囲指定の複数対応

同一ジョブの多重実行制御

★カレンダの営業日制御

★ジョブの対話式実行

★ジョブ変数による分岐

★ v6.0からの機能追加あり

その他


42

振り替えカレンダ（v6.0〜）

• 月末営業日

• カレンダ詳細A 非稼働土曜日

• カレンダ詳細B 非稼働日曜日

• カレンダ詳細C 非稼働祝日カレンダ

• カレンダ詳細D 稼働毎月末

（振り替え間隔 -24時間）

月末が土日祝の場合は、1日ずつ戻る

4月


43

ジョブの対話式実行（v6.0〜）

ジョブA ジョブB承認ジョブ

ジョブC

承認画面

メール

① オペレータの手動実行等により、ジョブが起動し、動作する

② 承認ジョブが起動すると承認依頼のメールが承認者に送信される

③ メールに書かれたURLをクリックして承認画面（Webクライアント)を表示

④ 承認者が内容を確認して、承認 / 否認を選択

承認者

⑤ 承認/否認の結果に応じて後続のジョブが動作する

判断に必要な情報が表示されて

いる

※②以降が新しい動作


44

ジョブ変数による分岐（v6.0〜）

ジョブA

ジョブB

ジョブC

ジョブD

終了状態：正常

終了状態：警告

終了状態：異常

ジョブA

ジョブB

ジョブC

ジョブD

終了値：0

終了値：1-10

終了値：11-

ジョブA

ジョブB

ジョブC

ジョブD

ジョブ変数：3.0



v5.0

v5.0

v6.0 ジョブ変数による分岐が可能になった


Hinemosへのジョブ移行事例のご紹介


46

某地方公共団体様

システム概要税務システムのジョブ（基盤、業務）の運用をHinemosにて実施

既存ツール JP1/AJS

ジョブ規模300ジョブ（実行単位）

移行ポイント JP1/AJSのジョブ機能（ログファイル監視ジョブ、ファイル監視ジョブ、

イベント送信ジョブ、イベント受信ジョブ）への対応

Hinemosへのジョブ移行事例①


47

某証券会社様

システム概要社内システムのジョブ（基盤、業務）の運用をHinemosにて実施

既存ツールSenju Operation Conductor


移行ポイントSenjuのジョブ機能（繰り返しジョブネット）への対応

Hinemosへのジョブ移行事例②


48

某地方自治体様

システム概要財務システムの監視及びジョブ（基盤、業務）の管理をHinemosにて実施

既存ツール Tivoli Workload Scheduler


移行ポイントカレンダの営業日対応

Hinemosへのジョブ移行事例③


49

Hinemosへのジョブ移行事例④


株式会社NTTデータ

金融機関向けASPサービス共通基盤システム様

システム概要金融機関様向けASPサービス共通基盤の運用をHinemosで実現

既存ツール JP1/OpenView

ジョブ規模2200ジョブ

移行ポイントOSS活用、コスト最適化

50

移行サービスでの移行実績

Hinemosへの移行実績がある商用運用管理ツール

JP1/AJS

Tivoli Workload Scheduler

Senju Operation Conductor

WebSAM JobCenter

今後もご要望に応じて拡充を進めてまいります。


まとめ


52

まとめ

■Hinemosへの移行で課題解決！

大規模、複雑化するITシステムに対応できるの？

→バージョンアップの度に対応できるシステム規模が拡大進化し続けるHinemosで大規模な環境への対応強化！

移行のコスト（必要工数）が多くかかりそう

→移行サービスで効率的に移行、トータルコストダウン！

ジョブ定義の変換率（機能互換性の懸念点）は？

→機能差異への対応、ジョブの見直しを行い最適化！


53

最後に

■ユーザー企業の情報システム部門の方

・システムリプレース時期

・商用ツールアップデート、ランニングコストの再検討

・ベンダー依存の運用管理体制見直しを検討

■SIer様

・商用ライセンス費用全体の見直し検討

・運用ツール構築が絡むプロジェクトでツールの選定

・運用ツール移行プロジェクトの推進をアウトソース

移行サービスの詳細はお問い合わせください。

是非ご検討ください。


54

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


商用ツールからのマイグレーション hinemosで実現するジョブ運用の最適化

Technology