|
||||||||||
| 前のページ 1 2 3 次のページ | ||||||||||
| Hinemosの導入・設計上のポイント | ||||||||||
|
まず最初のポイントとして「Hinemosではリポジトリの設計が重要」である点があげられます。 HinemosのリポジトリはHinemosクライアントの画面表示や各機能の設計のベースとなるものです。リポジトリについては以下の記事を参照してください。
運用管理ツール「Hinemos」完全利用ガイド
第1回:Hinemosができること リポジトリの設計を工夫することにより以下の効果が期待できます。
表3:リポジトリ設計の工夫で得られる効果 監視の設定項目数が減ることで設定作業やメンテナンス工数が減少し、さらにHinemosの性能を確保することができます。また、運用者に合わせて監視画面などをみやすく設定することが可能になります。 次のポイントとして「Hinemosは柔軟な対応が可能」な点があげられます。 本記事の冒頭でも述べた通り、Hinemosはシンプルなアーキテクチャで実現されているため、柔軟に要件に対応できるという特徴があります。よって、工夫次第で実現範囲は大きく広がります。筆者はこの点こそが技術者の腕の見せ所と考えています。 これをまとめると以下のようになります。
Hinemosの実現範囲=Hinemosの機能でそのまま実現できること+Hinemosの機能を利用して実現できること
例えばHinemosのSNMP監視機能を考えた場合、Net-SNMPの機能により任意のコマンドやシェルスクリプトを実行し、その結果を「SNMP監視機能の結果」としてHinemosマネージャが受け取ることができます。
Net-SNMP
http://net-snmp.sourceforge.net/ これを考えただけでも、監視できる範囲が格段に広がることが理解できるでしょう。 |
||||||||||
| 管理範囲の決定 | ||||||||||
|
ここでは、HinemosマネージャとHinemosクライアントの配置場所の検討方法について説明します。 |
||||||||||
| Hinemosマネージャの配置場所 | ||||||||||
|
閉じたネットワーク環境内で数台〜数十台の中規模システムの運用管理を考える場合は、基本的に1台のHinemosマネージャと1台のHinemosクライアントを同ネットワーク内またはネットワーク接続が可能な環境に配置を検討することで十分だと考えます。 そこで、ここでは表4にあげた2つの環境について、運用管理をHinemosで行う際の検討すべき事項に注目します。
表4:管理範囲の決定の対象システム まず、Hinemosマネージャの配置を検討する上で押さえておくべきHinemosの特徴・仕様を表5にあげます。なおここでは、原稿執筆時点(2007年9月)での最新版である「Hinemos V2.2」を対象としています。
表5:Hinemosマネージャの配置で押さえるべきHinemosの特徴・仕様 Hinemosは設定や履歴情報をHinemosマネージャの内部データベースに蓄積します。そして、Hinemosクライアントはその情報を参照・更新などを行うというシンプルな構成をとります。よって、運用管理者はHinemosクライアントから目的の管理対象を管理するHinemosマネージャへ接続し、画面表示や操作を行います。 また、Hinemosではジョブ管理機能など一部機能を使用するためにHinemosエージェントの導入を行います。このマネージャとエージェント間やクライアントとマネージャ間のネットワークに公衆ネットワークが介在するような場合は、セキュリティ上VPN環境を構築するなどの対処を施します。 以上を踏まえて、表4の各々の環境におけるHinemosマネージャの配置指針を示します。 |
||||||||||
|
前のページ 1 2 3 次のページ |
||||||||||
|
|
||||||||||
|
|
||||||||||
|
||||||||||
|
|
||||||||||
|
||||||||||
|
|
||||||||||
|
||||||||||
|
|
||||||||||
|
||||||||||



