Systemwalker Service Quality Coordinator ユーザーズガイド - Microsoft(R) Windows(R) 2000/Microsoft(R) Windows Server(TM) 2003/Solaris(TM) オペレーティングシステム/Linux - V12L11 - Windows版/Windows for Itanium版 -

1.2 構成モデル

Systemwalker Service Quality Coordinatorの各製品の組み合わせ方法について説明します。

1.2.1 ManagerとAgentで構成する基本モデル

ManagerとAgentで構成する最も基本的なモデルです。

• 各Agentがサーバ内の性能情報を収集します。収集された情報は、Manager上で一括管理されます。
• Managerは、管理対象となったHTTPやDNSなどのサービスに対して、定期的に問い合わせ〜応答確認することで、サービスの稼働状況を監視することができます。
• 上図では、運用管理クライアントとManagerが別々のマシンで構成されていますが、ManagerがWindowsマシンの場合は、運用管理クライアントを同じマシンにインストールして1つのマシンで構成することができます。

  

  ただし、Managerをクラスタシステムで運用している場合は、Managerと運用管理クライアントを同じマシンにインストールすることはできません。(クラスタシステム運用はEnterprise Editionで提供される機能です。)

• 管理者は、運用管理クライアントの他、別マシン上のWebブラウザからも管理操作を行うことができます。図で示すように、運用管理クライアントに対して、HTTP接続する形になります。
• 1つのManagerで管理できるAgentの数は20台程度となります。ただし、Managerのディスク性能に依存します。

1.2.2 Proxy Managerによる代替モデル

先の基本モデルにて、Managerが実施していたサービスの稼働状況監視をProxy Managerが代替するモデルです。

• DMZ内の各種サービスを監視する場合の基本モデルです。ファイアウォールのセキュリティを保ちながら、必要な監視をすることができます。
• DMZ内のAgent、Proxy Managerが収集した情報は、ManagerがHTTP通信を使用して吸い上げる形の通信になります(通信の方向は、Manager->DMZの方向です)。
• また、Proxy Managerは、必要に合わせて複数台設置することができます。監視対象の数が多く負荷を分散したい場合、もしくは複数のポイントから監視したい場合には、Proxy Managerを複数台設置することも可能です。
• 1つのManagerで管理できるAgentおよびProxy Managerの合計は20台程度となります。ただし、Managerのディスク性能に依存します。

1.2.3 Browser Agentによるレスポンス管理モデル

Browser Agentにて、エンドユーザが体感しているレスポンスを測定する場合のモデルです。

• 測定対象となるエンドユーザのマシンにBrowser Agentを導入します。
• Browser Agentには、測定対象となるWebサイト、自分自身の名前(識別子)、測定したレスポンス情報の送付先、が事前に定義されます。
• Browser Agentは、測定対象となったWebサイトを、Webブラウザを使ってアクセスした場合にのみ、その時のレスポンスを測定します。
• レスポンス情報の送付先は、図では、Proxy Managerになっていますが、Managerを送付先にすることもできます。

  

  ただし、Managerの二重化運用を行う場合は、レスポンスの送付先はProxy Managerのみです。

1.2.4 Managerの二階層運用モデル(Enterprise Editionのみ)

各部門単位にManagerを設置し、センタに設置したEnterprise Managerで、システム全体を一元管理するモデルです。Managerを二階層で構築することにより、大規模なシステムを管理することができます。

• 通常は、Enterprise Managerに接続した運用管理クライアントからシステム全体を一元管理します。また、上図のように、Enterprise Managerに接続した運用管理クライアントからはシステム全体の管理を、Managerに接続した運用管理クライアントから各部門単位の管理を行うこともできます。そのためには、環境構築の際、Managerの二階層運用セットアップコマンドでのパラメタ指定が必要です。
• 1つのManagerで管理できるAgentおよびProxy Managerの合計は20台程度となります。また、1つのEnterprise Managerで管理できるManagerの数は10台程度（複数のManagerが管理するAgentおよびProxy Managerの合計で200台程度)となります。
• 本運用モデルの場合、通信方式はPush方式です。詳細については、「2.2通信方式」を参照してください。
• Webサイト管理機能は、Manager上で運用されます。

• 二重化運用を行っている二台のManagerを、1つのEnterprise Managerに接続することはできません。
• Enterprise ManagerはAgentやProxy Managerとして機能させることはできません。

1.2.5 Managerの二重化運用モデル(Enterprise Editionのみ)

二台のManagerで、同一のシステムを管理することにより、片方のノードがダウンした場合でも、別のノードで管理を継続することができます。

クラスタシステムによる二重化と異なり、ネットワーク障害などでManagerが利用できなくなった場合にも、正常なネットワークにつながっている別のManagerで管理を継続することができます。

• 二重化運用を行っているManagerの機能は、通常のManager（二重化運用を行っていないManager)と同じです。ただし、Webサイト管理機能については、片方のManager上でのみの運用となります。
• 二台のManagerそれぞれに別々の運用管理クライアントを接続します。

• Managerの二重化運用を行う場合、Managerの上位サーバとしてEnterprise Managerを配置する場合には、それぞれ別のEnterprise Managerを用意する必要があります。

1.2.6 クラスタシステム運用モデル(Enterprise Editionのみ)

Managerで提供する管理機構をクラスタシステム上で動作させることができます。片方のノードに障害が発生しても、正常な別ノードに引き継ぎますので、管理業務の高可用性を実現できます。

また、Agent/Proxy Managerについては、クラスタシステムでは、現用側と待機側でそれぞれ動作します。