Hinemos ミッションクリティカルオプション ver.5.0 紹介Hinemos HAでは動作検証や手順書の作成は不要です。 ... Amazon Web Servicesの場合固定IPアドレスが設定されているインスタンス

Copyright © 2015 NTT DATA Corporation

株式会社ＮＴＴデータ基盤システム事業本部

2015年10月1日

Hinemos ミッションクリティカルオプションver.5.0 紹介

Copyright © 2015 NTT DATA Corporation 2

Hinemos ミッションクリティカルオプションとは

3Copyright © 2015 NTT DATA Corporation

Hinemos ミッションクリティカルオプションとは

Hinemosの耐障害性・信頼性を向上し

よりミッションクリティカルな領域でも

高水準の運用継続を可能とする

有償オプション製品です。


オプション製品により提供される機能一覧

① Hinemos HA : Hinemosをクラスタリングすることで高信頼化

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

Hinemos UtilityHinemos HA


①HinemosHA 機能概要


Hinemos HAとは

Hinemosの耐障害性・可用性を向上し、

信頼性の高い運用継続を可能とする

ミッションクリティカルな領域向けの機能です。


Hinemos HAの3つの特徴

Hinemosマネージャ1系

Hinemosマネージャ2系監視対象システム

Hinemosクライアント

ActiveStandby

特殊なハードウェアやソフトウェアは不要

必要なものは一般的なIAサーバ2台のみ。クラスタリングソフトウェアとの組み合わせ

などの検証は一切必要ありません。

システム運用を止めずに障害復旧

障害の発生をユーザへ自動的に通知し、運用を止めることなくHA構成へ復旧できます。

障害が発生しても自動で運用継続

ハードウェア・ソフトウェア障害が発生しても、自動的な切り替えにより運用を継続でき

ます。

Hinemosマネージャ(HA構成)


障害が発生しても自動で運用継続 (1)

監視、ジョブ

万が一障害が発生してしまった場合、自動的にサーバを切り替えて、システム運用を継続できます

ネットワーク障害

サーバ障害

ディスク障害

プロセス障害

予期せぬハードウェアやソフトウェアの障害が発生した場合、Hinemos HAはStandbyサーバに自動的に切り替えて、

運用管理業務を継続します。

自動的にサーバ切替


障害が発生しても自動で運用継続 (2)

マネージャサーバ#1 マネージャサーバ#2

Hinemos Manager (JavaVM)

rsyslog

syslog

Cluster Controller (JavaVM)

snmptrap

syslog/snmptrap (TCP)

rsyslog


管理ネットワーク

syslog

snmptrap

転送キュー

2つの物理IPアドレスでsyslog/snmptrapを受信し続けることで、サーバ切替中の受信情報も漏らすことなく監視できます。

受信済みのsyslog/snmptrapを常にデータ同期

転送キュー


特殊なハードウェアやソフトウェアは不要 (1)

× クラスタリングソフトウェアの数多くのパラメータ設計が必要× 高価な共有ディスク装置あるいはディスクミラーリングの仕組みが必要× 擬似的な障害によるクラスタリング構成の検証が必要

一般的なクラスタリング構成の場合

なぜ切り替わらない？...スクリプトを確認しなきゃ。

クラスタリングソフトウェアによる一般的なHA構成の場合、様々な設計や検証が必要なため、導入までに多大な時間・コストが...

サーバの生存確認

クラスタリングソフトのハートビート間隔は

どうしよう...

切替の失敗

運用後の障害および復旧は、属人的な切り分け作業が必要です

高価な共有ディスク装置が必要...

共有ディスク装置


特殊なハードウェアやソフトウェアは不要 (2)

○ Hinemosの特性に最適化されたクラスタリング設定が反映済み○ 高価な共有ディスク装置・運用が難しいディスクミラーリングの仕組みは不要○ 多大な時間を要する検証や起動・停止・復旧などの手順の確立は不要

HAオプションであれば

検証済みのHA構成となるため、Hinemos HAでは動作検証や手順書の作成は不要です。


マニュアルに書いてある手順で復旧しよう。ログを送って、

切り替わった理由を窓口に確認してみよう。

運用後の障害および復旧も、サポート窓口へお問い合わせ可能です

必要なものは一般的なIAサーバ2台のみ。検証は一切必要ありません。


システム運用を止めずに障害復旧

システム運用を継続したまま、サーバが自動的に切り替わった状態からHA構成へ復旧できます。


システム運用を継続

Standbyとして復旧

状態変化をオペレータへ通知

復旧コマンドを実行！

データ同期


様々なクラスタリングの仕組みによる違い

Hinemos HAクラスタリングソフ

ト仮想化・クラウド

(サーバ自動リブート)

ハードウェア障害 ○ ○ ○

OS障害 ○ ○ ○

ソフトウェア障害 ○△

(環境に依存)✕

障害検出時間○

(1～2分程度)△

(環境に依存)✕

(数分～数10分)

ポーリング型監視の継続性

PING/リソース/プロセスなど

○ ○ ○

トラップ型監視の継続性

syslog/snmptrapなど

○(サーバ切替中の

syslog/snmptrapを監視可能）

△(サーバ切替中の

syslog/snmptrapは監視不可)

△(サーバ切替中の


ジョブの継続性○

(検証済み)△

(未検証)△

(未検証)

導入容易性 ○✕

(設計および検証が必要)○

運用容易性 ○✕

(独自の手順書が必要)○


クラウド仮想化オプション HA on AWSとの違い

ミッションクリティカルオプション

クラウド仮想化オプションHA on AWS

構成 EC2インスタンス x 2EC2インスタンス x 1+ RDS (Multi-AZ)

ハードウェア障害 ○ ○

OS障害 ○ ○

ソフトウェア障害 ○ ○

障害検出時間○

(～2分程度)

△(サービス依存のため、～10分強)

ポーリング型監視の継続性

PING/リソース/プロセスなど

○ ○

トラップ型監視の継続性

syslog/snmptrapなど

○(サーバ切替中の

syslog/snmptrapを監視可能）

✕(サーバ切替中の


ジョブの継続性 ○ ○

導入容易性 ○ (rpm) ○ (CloudFormation)

可用性の状態把握 ○ △

運用容易性 ○ ○


①HinemosHA 前提条件


Hinemos HAの導入イメージ

Hinemosマネージャパッケージ

ミッションクリティカルオプションパッケージ

Hinemosマネージャパッケージ

マスタマネージャサーバ

スレーブマネージャサーバ

管理対象ノード

クライアント

(root) # rpm -ivh hinemos-manager-5.0.x-1.el7.noarch.rpm(root) # rpm -ivh hinemos-manager-ha-5.0.x-1.el7.noarch.rpm

HA構成とする2台のマネージャサーバにHinemosマネージャとHinemos HAのインストールします。

ミッションクリティカルオプションパッケージ


動作環境の要件

要件説明

動作環境オンプレミス環境 : 物理サーバ, 仮想マシンパブリッククラウド環境 : Amazon Web Services, Microsoft Azure

サーバ

CPU : 2.0 GHz, 1コア以上メモリ : 2 GByte以上ネットワークインタフェース : 1個以上

○オンプレミス環境の場合2台の物理サーバ or 異なるホスト上の仮想マシン2台

○Amazon Web Servicesの場合同一リージョン内の2つのAZ上に配置された2台のEC2インスタンスAWSコマンドラインインタフェースが利用可能なEC2インスタンス

○Microsoft Azureの場合可用性セットにより可用性が担保された2台の仮想マシン

ネットワーク

○オンプレミス環境の場合仮想IPアドレスとして利用可能なIPアドレス

○Amazon Web Servicesの場合固定IPアドレスが設定されているインスタンスフローティングIPアドレスとして利用可能なElastic IP

○Microsoft Azureの場合固定(静的)IPアドレスが設定されている仮想マシン


①HinemosHA 機能詳細


機能一覧

機能名説明

クラスタ管理リソース管理・障害検知

Hinemosマネージャの動作を構成する要素に機能不全となる障害を検知する。

・サーバ障害・ネットワーク接続障害・ディスク障害・NIC障害・OS障害・プロセス障害・フローティングIPアドレス障害

サーバを切り替えないとシステム運用が継続できない障害の場合、フェイルオーバを発動し、StandbyサーバをMasterサーバへ昇格する。

トラップ系監視の可用性向上

フェイルオーバ中にもsyslogやsnmptrapを受信し、ロストなくメッセージを監視可能とする。

イベント通知

HAを構成するサーバやプロセスの変化、フェイルオーバが生じた場合、HinemosのGUI上にイベントやステータスとして通知するだけでなく、メール・syslog・コマンドを用いて外部に通知する。


フェイルオーバにおける制約事項(1)

機能名制約事項


応答可能なHinemosマネージャが一時的に存在しない状態であるため、以下の操作が行えません。

- Hinemosマネージャへのログイン- 設定や履歴情報を表示する各画面表示- 設定の登録・変更・削除・実行などの操作

プロセス再起動あるいはフェイルオーバが完了すると、応答可能なHinemosマネージャが存在する状態となります。Hinemosマネージャに再ログインし、操作を再開できます。

監視機能

Hinemosマネージャのスケジューラに依存した下記のプロアクティブな監視(および収集)の動作が一時的に停止します。

- Hinemosエージェント監視機能- HTTP監視機能- PING監視機能- SNMP監視機能- SQL監視機能- Windowsサービス監視機能- サービス・ポート監視機能- プロセス監視機能- リソース監視機能- JMX監視

プロセス再起動あるいはフェイルオーバが完了すると、Hinemosマネージャのスケジューラが復旧し、監視(および収集)の動作が再開されます。




監視機能

一方で、管理対象ノードから送信される情報に基づく以下のリアクティブな監視は動作を継続します。

- フェイルオーバ中に受信を継続する機能- システムログ監視- SNMPTRAP監視

- フェイルオーバが完了するまで再送を繰り返す機能- Windowsイベント監視- ログファイル監視- カスタム監視

プロセス再起動あるいはフェイルオーバが完了すると、Hinemosマネージャに情報が再送されて監視結果が通知されます。




ジョブ機能

Hinemosマネージャのスケジューラ、Hinemosマネージャとエージェント間の通信に依存した下記の動作が一時的に停止します。

- スケジュールされたジョブ・ジョブネットの開始- 実行中のジョブセッションの状態遷移(後続ジョブの実行など)

プロセス再起動あるいはフェイルオーバが完了すると、Hinemosマネージャのスケジューラおよび通信機構が復旧し、ジョブの動作が再開されます。状態遷移の途中でスケジューリングされているジョブに関しても、スケジューラの機能が未実行を検知して復旧後に開始されます。

なお、マネージャサーバの状態遷移の途中において、Hinemosエージェントで既に開始されているジョブは動作が継続されます。ジョブの実行結果はマネージャサーバが受信できるようになるまで再送され続けられ、マネージャサーバが受信可能となると、そのジョブの後続ジョブが実行されます。

環境構築機能

フェイルオーバ中は一切操作できません。既に実行しているコマンドあるいはファイル配布は途中で中断される可能性があります。フェイルオーバ中に実行されていたコマンドあるいはファイル配布の状態を確認し、再実行などが可能かどうかを判断してください。

また、冪等性が担保された設定であれば、フェイルオーバ後に再実行するだけで構築処理を再開できます。


①HinemosHA 技術情報


アーキテクチャ - 構成要素一覧(1)

構成要素説明


Hinemosの運用管理機能の中枢となるアプリケーションプロセスであり、 Masterサーバのみで動作します。

PostgreSQL

Hinemosの設定や履歴情報が格納されたデータベースプロセスであり、 MasterサーバおよびStandbyサーバの両系で動作します。

Masterサーバ上のPostgreSQLが主系として動作し、同期レプリケーションによってStandbyサーバ上のPostgreSQLにデータ同期されます。


マネージャサーバ1系およびマネージャサーバ2系で構成されるHA構成を管理するプロセスであり、MasterサーバおよびStandbyサーバの両系で動作します。

HA構成を管理する上で必要となる以下の機能を実現します。

- HA構成管理- マネージャ上のリソース管理- トラップ(受信)系監視の可用性向上


アーキテクチャ - 構成要素一覧(2)

構成要素説明

SIP (Static IP Address)

マネージャサーバ1系およびマネージャサーバ2系が搭載するネットワークインタフェースに付与された固定IPアドレスを示します。

syslogおよびsnmptrapの送信先を複数定義できる管理対象ノードの場合、マネージャサーバ1系およびマネージャサーバ2系のSIPを送信先として設定することにより、その管理対象ノードから送信されるsyslogおよびsnmptrapはマネージャサーバのフェイルオーバが生じても消失せずに監視対象となります。

FIP (Floating IP Address)

Masterサーバに付与されるフローティングIPアドレスを示します。

syslogおよびsnmptrapの送信先を複数定義できない管理対象ノードの場合、FIPを送信先と設定することで、マネージャサーバのフェイルオーバが生じても監視を継続できます。ただし、FIPはフェイルオーバによるネットワーク切替の対象となるため、フェイルオーバ中に生じたsyslogおよびsnmptrapは消失し、監視されない可能性があります。


アーキテクチャ - オンプレミス構成(1)


マネージャサーバ1系マネージャサーバ2系

管理対象ノード操作端末

IPMIネットワーク(*1)

(*1) マネージャサーバが物理サーバの場合、IPMIによりフェイルオーバ成功率を高めることが可能


アーキテクチャ - オンプレミス構成(2)


PostgreSQL - Master


rsyslog

syslog (UDP)

Hinemos Web Client (JavaVM)


syslog (UDP)

snmptrap (UDP)


PostgreSQL - Standby


rsyslog




IPMIネットワーク

syslog (UDP)

syslog (UDP)

snmptrap (UDP)

同期レプリケーション

FIP FIP

クラスタ管理

SIP SIP


アーキテクチャ - Amazon Web Services構成(1)


VPC subnet

Availability Zone

virtual private cloud

VPC subnet

Availability Zone

管理対象ノード管理対象ノード

操作端末


アーキテクチャ - Amazon Web Services構成(2)


PostgreSQL - Master


rsyslog

syslog (UDP)



syslog (UDP)

snmptrap (UDP)




rsyslog



syslog (UDP)

syslog (UDP)

snmptrap (UDP)

FIP FIP

クラスタ管理


SIP SIP


アーキテクチャ – Microsoft Azure構成(1)

Availability Set

操作端末





アーキテクチャ - Microsoft Azure構成(2)


PostgreSQL - Master


rsyslog

syslog (UDP)



syslog (UDP)

snmptrap (UDP)




rsyslog



syslog (UDP)

syslog (UDP)

snmptrap (UDP)

クラスタ管理


SIP SIP


アーキテクチャ - ネットワークトラフィック(サービス)


PostgreSQL - Master


rsyslog





rsyslog




syslog daemon

snmptrap daemonHinemos Agent (JavaVM)

TCP:24001

TCP:8081

Hinemos Rich Client

(JavaVM)

TCP:8080

UDP:514 or TCP:514

UDP:162 UDP:162UDP:24514

UDP:514 or TCP:514

UDP:24514

TCP:24001


アーキテクチャ - ネットワークトラフィック(クラスタ制御)

マネージャサーバ#2マネージャサーバ#1

PostgreSQL - Master


rsyslog





rsyslog





TCP:24001

TCP:27800

TCP:27900

TCP:27800

TCP:27900

sshd sshd

TCP:22 TCP:22

UDP:623 UDP:623


障害パターン - 電源ダウン（Masterサーバ)


PostgreSQL - Master


rsyslog



PostgreSQL - Standby ⇨ Master

rsyslog





FIPSIP SIP

クラスタ管理

1. 電源OFF

3. スプリットブレイン防止


4.2. StandbyからMasterに昇格

4.3. 起動

FIP

4.1 付与

2. 障害検知相対サーバのヘルスチェック


障害パターン - OSシャットダウン（Masterサーバ)


PostgreSQL - Master


rsyslog




rsyslog





FIPSIP SIP

クラスタ管理

1. OSシャットダウン



4.3. 起動

FIP

4.1 付与


3.1 スプリットブレイン防止(プロセス強制停止)

3.2. スプリットブレイン防止(サーバ強制リセット)


障害パターン - ネットワーク切断（Masterサーバ)


rsyslog




rsyslog





SIP SIP

クラスタ管理




4.3. 起動

FIP

4.1 付与

1. ネットワーク切断

D1 障害検知外部ネットワーク接続性のヘルスチェック


PostgreSQL (Master)

FIP

D2.3 解除

D2.1 停止

D2.2 停止

D2.4 停止


障害パターン - PostgreSQL応答なし（Masterサーバ)


rsyslog



rsyslog





クラスタ管理

SIP SIP


FIP

3.2 解除


PostgreSQL (Master)

3.3 停止

3.1 停止


FIP

5 スプリットブレイン防止(プロセス強制停止)

6.2 StandbyからMasterに昇格

6.1 付与

2. 障害検知PostgreSQLのヘルスチェック


6.3 起動

1. PostgreSQL応答なし


障害パターン - 電源ダウン（Standbyサーバ)


PostgreSQL - Master


rsyslog




rsyslog





FIPSIP SIP

クラスタ管理


FIP

1. 電源OFF



旧製品との違い

Hinemos HAオプションver.1.5

Hinemos HA ver.5.0

アーキテクチャ

クラスタ制御 : Pacemakerデータ同期 : PostgreSQL

クラスタ制御 : Cluster Controller (powered by JGroups)データ同期 : PostgreSQL

検知可能な障害パターン

・サーバ障害・ネットワーク接続障害・ディスク障害・OS障害・プロセス障害

・サーバ障害・ネットワーク接続障害・ディスク障害・NIC障害・OS障害・プロセス障害・フローティングIPアドレス障害

主な変更点・Hinemos v4.0からv4.1へのミドルウェア構成変更に対応

・Amazon Web Services対応・Microsoft Azure対応・各種コマンドのユーザビリティ向上・制御コマンド(起動・停止)の容

易化・障害の復旧手順の一元化

・障害検知パラメータ調整の柔軟化・Hinemos Managerプロセス再起


④ Hinemos Utility 機能概要


Hinemos Utilityとは

運用管理環境の初期構築や

メンテナンス等の作業を効率化し

継続的な運用改善を促進する

機能です。


システム運用現場でこんな課題ありませんか？

サーバルーム

データセンタ

運管サーバ

システム増設

新たに増設されるシステムを登録しないと。

似たような監視設定を一つ一つ投入するのか...

オペレーションルーム


Hinemos Utility - 3つの特徴

大量の設定データを一括で登録・世代管理・ドキュメント化

大規模環境の設定データでも楽々運用、世代管理やドキュメント化まで効率化します。

リソース監視で情報を取得する方法を要件に合わせて自由に追加・変更できます。

性能情報取得方法の柔軟なカスタマイズ

MIBインポートによるわかりやすいSNMPTRAP監視

監視対象機器のMIBファイルをもとにわかりやすいメッセージで通知します。


大量の設定データを一括で登録・世代管理・ドキュメント化

機器情報や監視など設定データをスプレッドシートで管理し、

新たなシステムの運用を受け入れる際、一括登録・変更が可能です。

Excelファイルを設計書として扱い、世代管理も容易です。


Hinemosマネージャ

Microsoft Excel

XMLファイル

インポート

インポート

エクスポート

エクスポート

世代管理


MIBインポートによるわかりやすいSNMPTRAP監視

ネットワーク機器などのベンダ独自MIBファイルをインポートし、

最新のネットワーク機器も監視可能です。

MIBファイルの定義に基づき機器の状態をわかりやすく通知できます。

(*) MIBファイルは機器が保持する情報の定義体であり、各ネットワーク機器ベンダがインターネットに公開していることが多い


SNMPTRAP [RFC1215]

インポート

CiscoJuniper

AlaxalA

Brocade

F5

Allied Telesis

HP

...

多種多様なネットワーク機器

ネットワークベンダのWebサイト

ダウンロード

MIBファイル

NEC

スイッチの温度がXX℃に上昇中...


性能情報取得方法の柔軟なカスタマイズ

Windows

Linux

VMware

AWS

Network Equipment

XXXAppliance

ファン回転数SNMP : .1.2....

内部温度SNMP : .1.1....

プラットフォーム定義

新たなプラットフォーム定義の追加により、

機器固有のリソース情報を収集して、閾値監視できます。

SNMP/WBEMなどの標準プロトコルに対応した機器に対応可能。

XXXAppliance

追加

センサー情報WBEM : sensor...

消費電力量SNMP : .1.3....


④ HinemosUtility 前提条件


Hinemos Utilityの導入イメージ

クライアントHinemosクライアント

パッケージUtility

クライアントプラグイン

Hinemos Utilityは下記の2つから構成されています。• クライアントプラグイン• 編集Excel

クライアントプラグイン：クライアントPCにHinemosクライアントとUtilityプラグインをインストールします。

編集Excel：Microsoft Excelがインストールされた任意のPCに配置します。


ソフトウェア要件

OS

• Hinemosリッチクライアント、Hinemos Webクライアントに準じる

Hinemos

• Hinemos ver.5.0

Excel

• Microsoft Office Excel 2010 (32/64bit)

• Microsoft Office Excel 2013 (32/64bit)


④ HinemosUtility 機能詳細


機能詳細(一覧)

設定インポートエクスポート

• Hinemosマネージャへの設定XMLのインポート(追加・変更・削除)

• Hinemosマネージャからの設定XMLのエクスポート

• Hinemosマネージャ上の設定の削除

• 2つの設定XML間の差分比較

編集Excel

• 編集Excelへの設定XMLの読み込み

• 編集Excelからの設定XMLの書き出し

• 性能情報取得方法のカスタマイズ

SNMPTRAPユーティリティ

• SNMPTRAP監視定義への MIBインポート


Hinemosマネージャへの設定XMLのインポート

• あらかじめ用意した設定XMLをHinemosマネージャに対してインポートできます。

• これにより、ノードや監視設定の数が多い大規模システムでも、設定投入の手間を軽減し、オペレーションミスを抑制できます。


X

XML

XMLファイル

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML オペレーションミス削減

作業効率向上


Hinemosマネージャからの設定XMLのエクスポート

• Hinemosマネージャから設定XMLをエクスポートすることで、大量の設定データを外部ファイル化できます。

• エクスポートした設定XMLは、バックアップや世代管理に活用いただけます。


X

XML

XMLファイル

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML 世代管理

バックアップ


2つの設定XML間の差分比較

• 2つの設定XMLを比較し、差分の有無と内容を検出できます。

• これにより、設定の変更内容を網羅的にチェックできます。

X

XML

XMLファイル#1

X

XML

XMLファイル#2

diff


編集Excelへの設定XMLの読み込み

• Hinemos Utilityの編集Excelを使うと、エクスポートした設定データをExcelシート上に読み込むことができます。

X

XML

XMLファイル

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML ドキュメント化

作業効率向上

編集Excel


編集Excelからの設定XMLの書き出し

• Hinemos Utilityの編集Excelを使うと、Excelシート上に展開した設定データを設定XMLとして書き出すことができます。

X

XML

XMLファイル

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML

X

XML編集Excel

作業効率向上


性能情報取得方法のカスタマイズ

• 性能値の取得方法（SNMPならOID、WBEMならCIMクラス）、

計算方法（逆ポーランド記法で指定する任意の演算式）などを自由に

カスタマイズ（追加・削除）できます。

値#1 値#2 値#3


SNMPTRAP MIBのインポート

• Hinemos Utilityなら、ベンダ提供のMIBのインポートが可能です。

これにより、任意のMIBに基づいたメッセージによるわかりやすい

SNMPTRAP監視が可能です。

• HinemosマネージャにデフォルトでMIBが登録されていない機器を監視したい場合や、

ベンダ提供の最新のMIBで監視したい場合にも有効です。

MIB未登録の機器Hinemosマネージャ

SNMP TRAP

XMIB

MIBファイルMIB登録


④ HinemosUtility ユースケース


大量の設定を一括で変更する

• 大量の設定を変更したい場合、Hinemosクライアントではひとつひとつダイアログを開き、個別に変更する必要があり、手間がかかります。

• Hinemos Utilityなら、編集Excelに設定XMLを読み込み、Excelシート上で設定変更した上で、設定XMLを書き出すことが可能です。

• これにより、容易に大量の設定を変更できます。


監視設定やジョブ設定の世代管理をする

• Hinemosによる運用を開始した後も、環境変化や運用改善のため、監視設定やジョブ設定を段階的に変更するのが一般的です。

• Hinemos Utilityなら、各段階の設定XMLをエクスポートしておくことで、監視設定やジョブ設定の世代管理を簡単に実現できます。

運用開始時点

ノード#1追加時点

定期バックアップ時点

ノード#2追加時点

HTTP監視#1追加時点

X

XML

X

XML

X

XML

X

XML

X

XML


運用設計資料を自動生成する

• 運用を長期間継続し、Hinemosの設定を段階的に変更した場合、最初に作成した運用管理の設計書とHinemosの設定に乖離が出てしまいます。

• Hinemos Utilityなら、設定XMLを編集Excelに読み込み、実際の設定内容を設計書の一部として利用することで、設計書の最新化が容易になります。

編集Excel

X

XML

XMLファイル


Hinemosの設定を別サーバに移行/複製する

• サーバ更改など、Hinemosマネージャを最初に構築したサーバから別のサーバに移行/複製したいというケースがあります。

• Hinemos Utilityなら、一方のHinemosマネージャから設定XMLをエクスポートし、もう一方のHinemosマネージャにインポートすることで、簡単に環境の移行/複製を行うことができます。

Hinemosマネージャ#1

Hinemosマネージャ#2

X

XML


設定変更内容が意図した通りか確認する

• 運用を長期継続する場合、運用設計を段階的に変更・改善していくことが一般的です。その際、意図した変更が正しく反映されたかどうかを確認する必要があります。

• Hinemos Utilityなら、変更前の設定XMLと変更後のXMLを用意し、差分比較を行うことで、意図した変更が正しく反映されているかどうかを網羅的にチェックできます。

Hinemosマネージャ（変更前） Hinemosマネージャ（変更後）

編集Excel

X

XML

XMLファイル（変更前）

X

XML

XMLファイル（変更後）

diff


④ HinemosUtility その他


旧製品との違い

Ver.2.2 Ver.5.0

対象Hinemosバージョン Hinemos ver.4.1 Hinemos ver.5.0

差分比較共通監視ジョブメンテナンス

共通監視ジョブメンテナンス環境構築

インポート追加・更新追加・更新・削除

対応Excelバージョン Excel 2010(32bit/64bit)Excel 2013(32bit/64bit)

Excel 2010(32bit/64bit)Excel 2013(32bit/64bit)

プロキシ環境 ○ ○

マルチマネージャ対応 × ○

Webクライアント対応 × ○



Documents

Hinemos ミッションクリティカルオプション ver.5.0 紹介Hinemos HAでは動作検証や手順書の作成は不要です。 ... Amazon Web Servicesの場合 固定IPアドレスが設定されているインスタンス

Hinemos ミッションクリティカルオプション ver.5.0 紹介Hinemos HAでは動作検証や手順書の作成は不要です。 ... Amazon Web Servicesの場合固定IPアドレスが設定されているインスタンス