| Systemwalker Centric Manager 導入手引書 - UNIX/Windows(R)共通 - |
|
目次
索引
|
| 第2章 機能ごとの詳細構成を決定する | > 2.1 イベント監視の設計をする |
運用管理サーバ、部門管理サーバおよび業務サーバでメッセージ送信先システムを設定します。
通信構造は、送信先の設定により決定します。通信構造には、次の2種類があります。
Systemwalker Centric Manager EEを使用している場合は、さらに一つのサーバで複数のメッセージ送信先システムを設定することにより、複数の運用管理サーバでイベントを監視することができます。
この通信構造は、メッセージの送信時だけでなく、運用管理サーバから部門管理サーバまたは業務サーバにリモートコマンドを発行する場合も、この通信構造に従ってコマンドの発行および実行結果の返信が行われます。
“単階層の論理的通信構造”のように運用管理サーバ、部門管理サーバ、業務サーバの間に通信パスが設定され、論理的通信構造が形成されます。
Systemwalker Centric Managerは、メッセージおよびコマンドの送信を中継する機能を持っていますので、“多階層の論理的通信構造”に示すように、階層的な通信構造をつくることもできます。この論理的通信構造は、物理的なネットワーク構造とは関係していませんので、任意に階層構造を設定できます。
この通信構造に従って、部門管理サーバおよび業務サーバで発生したメッセージは順に送信され、運用管理サーバに集められます。こうして、運用管理サーバでは、通信接続する全サーバのメッセージが監視できるようになります。
通信構造を多階層にした場合、メッセージを中継しているサーバ(図のsubAまたはsubB)では、配下のサーバからのメッセージのうち、必要なものを自身のファイルに格納し、参照することができます。したがって、緊急度の高いメッセージは運用管理サーバで監視し、その他を中継するサーバで監視するなどして、運用管理サーバでの監視の負荷を軽減することができます。
さらに、全体監視サーバを運用管理サーバの上位に構築することができます。全体監視サーバは、インターネットを介した企業間での資源配付や監視などに使用することができます。詳細は、“Systemwalker Centric Manager 全体監視適用ガイド”を参照してください。
イベント監視を行う場合の注意事項
運用管理サーバでは、下位に位置するサーバ(部門管理サーバ、業務サーバ)から通知されたメッセージおよび自システムで発生したメッセージを処理しています。そのため、下位に位置するサーバがすべてのメッセージを運用管理サーバに通知するような運用の場合、運用管理サーバの負荷が高くなります。あらかじめ各サーバにおいてメッセージを調査し、監視するメッセージおよび監視しないメッセージを選定してください。運用管理サーバには、監視する必要のあるメッセージのみを通知するよう設定してください。
Systemwalker Centric Manager EEの場合、次に示すような形態で複数の運用管理サーバから同一の部門管理サーバや業務サーバを監視できます。
この運用形態を、運用管理サーバ二重化運用といいます。
メッセージ送信先システムは最大4つまで定義できます。運用管理サーバを複数台設置することにより、監視業務の信頼性を向上できます。また、運用管理サーバ間(図のmainAとmainB)でサーバ間連携の定義を行うことにより、複数の運用管理サーバで監視イベントの状態(対処状況、対応者、メモ)の同期をとれます。詳細は、“Systemwalker Centric Manager 運用管理サーバ二重化ガイド”を参照してください。
送信先システムを設定する場合、次のことに注意してください。
また、利用する機能や環境で以下のことにも注意してください。
メッセージ送信先システムは最大4個まで登録できますが、5.2(UNIX版)またはV5.0L30(Windows版)以前のアプリケーション管理が通信を行うのは、先頭に定義されたシステムだけです。したがって、複数の運用管理サーバに対して監視結果をイベントとして送信することはできません。
監視対象の業務サーバ・部門管理サーバ・運用管理サーバのすべてが10.0(UNIX版)またはV10.0L10(Windows版)以降の構成の場合、メッセージ送信先システムに指定したすべての運用管理サーバに稼働違反イベントを送信することができます。ただし、ポリシー設定/配付できるのは、そのうちの一つの運用管理サーバから行うようにしてください。複数の運用管理サーバからポリシーを配付した場合、最後に配付されたポリシーだけが有効となります。
|
目次
索引
|