Systemwalker Centric Manager 導入手引書 - UNIX共通 -

1.2.1.1.1 基本的な通信構造

通信構造は、送信先の設定により決定します。通信構造には、次の2種類があります。

• 単階層の論理的通信構造
• 多階層の論理的通信構造

Systemwalker Centric Manager EEを使用している場合は、さらに1つのサーバで複数のメッセージ送信先システムを設定することにより、複数の運用管理サーバでイベントを監視することができます。

この通信構造は、メッセージの送信時だけでなく、運用管理サーバから部門管理サーバまたは業務サーバにリモートコマンドを発行する場合も、この通信構造に従ってコマンドの発行および実行結果の返信が行われます。

■単階層の論理的通信構造

“単階層の論理的通信構造”のように運用管理サーバ、部門管理サーバ、業務サーバの間に通信パスが設定され、論理的通信構造が形成されます。

[単階層の論理的通信構造]

■多階層の論理的通信構造

Systemwalker Centric Managerは、メッセージおよびコマンドの送信を中継する機能を持っていますので、“多階層の論理的通信構造”に示すように、階層的な通信構造をつくることもできます。この論理的通信構造は、物理的なネットワーク構造とは関係していませんので、任意に階層構造を設定できます。

[多階層の論理的通信構造]

この通信構造に従って、部門管理サーバおよび業務サーバで発生したメッセージは順に送信され、運用管理サーバに集められます。こうして、運用管理サーバでは、通信接続する全サーバのメッセージが監視できるようになります。

通信構造を多階層にした場合、メッセージを中継しているサーバ(図のsubAまたはsubB)では、配下のサーバからのメッセージのうち、必要なものを自身のファイルに格納し、参照することができます。したがって、緊急度の高いメッセージは運用管理サーバで監視し、その他を中継するサーバで監視するなどして、運用管理サーバでの監視の負荷を軽減することができます。

さらに、全体監視サーバを運用管理サーバの上位に構築することができます。全体監視サーバは、インターネットを介した企業間での資源配付や監視などに使用することができます。詳細は、Systemwalker技術情報ホームページで“Systemwalker Centric Manager 全体監視適用ガイド”を参照してください。

イベント監視を行う場合

運用管理サーバでは、下位に位置するサーバ(部門監視サーバ、業務サーバ)から通知されたメッセージおよび自システムで発生したメッセージを処理しています。そのため、下位に位置するサーバがすべてのメッセージを運用管理サーバに通知するような運用の場合、運用管理サーバの負荷が高くなります。あらかじめ各サーバにおいてメッセージを調査し、監視するメッセージおよび監視しないメッセージを選定してください。運用管理サーバには、監視する必要のあるメッセージのみを通知するよう設定してください。