Sun Java ロゴ     前へ      目次      索引      次へ     

Sun ロゴ
Sun Java™ System Directory Server 5 2004Q2 配備計画ガイド 

第 8 章
Directory Server監視

Directory Server の配備を成功させるには、効果的な監視とイベント管理の戦略が必要です。この戦略は、監視対象となるイベント、使用するツール、そのイベントが発生した場合に実行するアクションを定義します。発生しがちなイベントについて対策を用意しておくことで、サービスの停止やレベル低下を防ぎ、可用性とサービスの品質を向上することができます。

監視とイベント管理の戦略には、レプリケーション設定などの具体的なアーキテクチャコンポーネントを含める必要があり、また、システムとネットワークの監視も含める必要があります。この章では、効果的な監視戦略に何を含めるかについて説明し、Directory Server の監視機能について解説します。

注

システムとネットワークの監視は Directory Server に固有の話題ではないので、この章では詳しく触れません。

この章は、次の節から構成されています。

監視およびイベント管理戦略の定義

ここでは、監視とイベント管理の戦略を定義するための手順の概要について説明します。このプロセスは次の段階に分けることができます。

  1. 適切な管理ツールを選択します。オペレーティングシステムのツール、Directory Server の監視ツール、サードパーティ製の監視ツールを使用できます。
  2. 重要な監視対象をディレクトリアーキテクチャから選択します (多くの場合、これはサイズ設定属性と調整属性)。
  3. パフォーマンス指標を監視する場合に、イベントまたはアラーム状態を始動する条件を定義します。つまり、パフォーマンスの受容可能レベル、または各パフォーマンス指標に対する処理を定義します。
  4. アラーム状態が発生したときに実行するアクションを決定します。

Directory Server の監視ツール

ここでは、Directory Server で使用できる監視ツールと、Directory Server のアクティビティの監視に利用できるその他のツールについて、概要を説明します。次節で説明する主要パフォーマンス指標は、これらのツールを使用して、またはツールを組み合わせて、すべて監視できます。

Directory Server の監視

監視とイベント管理の戦略を定義する上でもっとも重要な手順は、ディレクトリアーキテクチャ上の 1 つまたは複数のコンポーネントで重要な監視対象を決定することです。何を監視対象とし、それをどの程度監視するかは、配備によって大きく異なります。

ここでは、監視対象となるパフォーマンス指標について説明します。説明する内容は次のとおりです。

注

  • ディレクトリの cn=monitor 分岐内の監視情報に対して ldapsearch コマンドを実行するときは、ユーザーは認証を受け、情報にアクセスするための適切な権限を持っている必要があります。監視戦略を定義するには、このようなアクセス権限の取得が前提条件となります。
  • システムが効率的に稼動し、サーバーに悪影響を生じていないことを確認する上で、Directory Server が稼動するオペレーティングシステム環境を監視することが重要です。ただし、これは Directory Server に固有の話題ではないので、この章では詳しく触れません。詳細は、オペレーティングシステムのマニュアルを参照してください。

Directory Server アクティビティの監視

Directory Server では、さまざまな方法でサーバーの状態を監視できます。たとえば、次のような方法があります。

データベースアクティビティの監視

データベースのアクティビティを監視することは、データベースがオンラインの状態にあり、必要になったときに確実にアクセスできることを確認する上で有効です。データベースの監視情報にアクセスするには、cn=config 分岐の特定の領域に対して ldapsearch コマンドを実行します。表 8-1 は、提供される監視情報の種類と、cn=config 分岐の対応領域を示しています。

表 8-1 cn=config 内のデータベース監視情報ソース

情報の領域

対応する cn=config の分岐

データベースの一般情報

cn=database,cn=monitor,cn=ldbm database,
 cn=plugins,cn=config

データベースのキャッシュ情報

cn=monitor,cn=ldbm database,cn=plugins,cn=config

特定のデータベースインスタンスの情報

cn=monitor,cn=suffixName,cn=ldbm database,
 cn=plugins,cn=config

連鎖サフィックスの情報

cn=monitor,cn=suffixName,cn=chaining database,
 cn=plugins,cn=config

次に、データベース監視情報の領域について、さらに詳しく説明します。

ディスクの状態の監視

ディスク容量を効果的に監視することで、ディスクリソースの不足に関連する問題を防止できます。cn=disk,cn=monitor エントリにより、次の監視情報が提供されます。

cn=disk,cn=monitor 属性、およびディスク容量の 2 つのしきい値については、『Directory Server Administration Reference』の第 2 章「Server Configuration Reference」を参照してください。

レプリケーションアクティビティの監視

レプリケーション状態の監視は、グローバルな監視戦略では重要な要素です。レプリケーションの問題の可能性を早く認識できるほど、問題を迅速に解決し、正しいレプリケーション動作を再開できます。

Directory Server 5.2 には、レプリケーション機能のさまざまな側面を監視する 3 つの監視ツールが用意されています。レプリケーション監視ツールは LDAP クライアントとして機能し、標準接続またはセキュリティ保護された接続 (LDAPS) を介して使用できます。次のレプリケーション監視ツールがあります。

insync

insync ツールは、マスターレプリカと 1 つまたは複数のコンシューマレプリカとの間の同期状態、またはレプリケーションの遅延を示します。このレプリケーションの遅延は、マスター上のデータと比較して、コンシューマ上のデータがどの程度正確かを示します。

entrycmp

entrycmp ツールを使用することで、複数の異なるサーバー上の同一エントリを比較することができます。マスターレプリカからエントリが取得され、エントリの nsuniqueid を使用して指定コンシューマから同じエントリを取得します。エントリの属性と値が比較され、どちらも同じであれば、これらのエントリは同一であると見なされます。

注

insync ツールと entrycmp ツールを実行するマシンは、指定されたすべてのホストにアクセスできる必要があります。ファイアウォール、VPN、またはネットワーク設定上のその他の理由からホストにアクセスできない場合、これらのツールを使用することは困難になります。同じ理由で、レプリケーション監視ツールを実行する前に、すべてのサーバーが起動され、稼動していることを確認してください。

repldisc

repldisc ツールを使用することで、レプリケーショントポロジを推測することができます。トポロジの推測は、1 つのサーバーから始まり、トポロジ内のすべての既知のサーバーをグラフ化することで行われます。次に、repldisc ツールはトポロジを示す隣接マトリクスを出力します。このレプリケーショントポロジ推測ツールは、配備したグローバルトポロジを思い出すことが難しい、大規模で複雑な配備で便利です。

注

  • レプリケーション監視ツールを使用するときは、ホストをすべてを記号名で指定するか、またはすべてを IP アドレスで指定します。2 つを組み合わせた場合、問題が生じる可能性が高くなります。
  • SSL が有効な状態でレプリケーション監視ツールを実行するときは、ツールの実行対象サーバーには、トポロジ内の他のサーバーが使用するすべての証明書のコピーが保持されている必要があります。
  • これらのツールは LDAP クライアントベースであるため、サーバーへの認証と、cn=config に対する読み取りアクセス権を持つバインド DN が必要となります。これらのツールの詳細な設定方法と、SSL が有効な状態での使用については、『Directory Server 管理ガイド』の「レプリケーション状態の監視」を参照してください。

レプリケーション監視ツールについては、『Directory Server Administration Reference』の第 1 章にある「entrycmp」、「insync」および「repldisc」を参照してください。 

インデックス付けの効率の監視

インデックス付けは、読み取りのパフォーマンスには肯定的な影響を持ち、書き込みのパフォーマンスには否定的な影響を持ちます。このため、読み取りと書き込みのパフォーマンスのバランスを適切に保つには、インデックス付けの効率を監視することが重要です。効果的なインデックス付け戦略により、不要なインデックスをなくし、クライアントアプリケーションで必要なインデックスだけを維持することができます。

インデックス付けの効率は、次の方法で監視できます。

アクセスログの内容と接続コードについては、『Directory Server Administration Reference』の第 3 章にある「Access Logs Content」および「Common Connection Codes」を参照してください。Directory Server の設定属性の完全なリストについては、『Directory Server Administration Reference』の第 2 章「Server Configuration Reference」を参照してください。

セキュリティの監視

配備のセキュリティの監視は、安全にアクセスできるディレクトリにとって不可欠です。受容可能なセキュリティレベルを維持する上で、Directory Server を次のように監視することをお勧めします。

SNMP による監視

SNMP はグローバルなネットワーク制御と監視のための標準メカニズムです。SNMP を使用することで、ネットワーク管理者はネットワーク管理作業を一元的に行い、さまざまなデバイスをリアルタイムで監視することができます。ここでは、SNMP を使用して Directory Server の操作を監視する方法について説明します。説明する内容は次のとおりです。

SNMP について

SNMP は、ネットワークアクティビティに関するデータを交換するために使用されるプロトコルです。SNMP を使用すると、管理対象デバイスと、ユーザーがネットワークをリモート管理する NMS (ネットワーク管理ステーション) の間で、データが移動します。管理対象デバイスは、ホスト、ルータ、Directory Server など、SNMP が稼動するすべてのデバイスです。NMS とは通常、1 つ以上のネットワーク管理アプリケーションが稼動する強力なワークステーションを指します。ネットワーク管理アプリケーションは、管理対象デバイスに関する情報 (どのデバイスが有効または無効か、どのエラーメッセージをいくつ受け取ったか、など) を、多くの場合はグラフィカルに表示します。

情報は、サブエージェントとマスターエージェントの 2 種類のエージェントを使用して、NMS と管理対象デバイスの間で転送されます。サブエージェントは、管理対象デバイスに関する情報を収集し、その情報をマスターエージェントに渡します。Directory Server にはサブエージェントがあります。マスターエージェントは、各種サブエージェントと NMS の間で情報を交換します。マスターエージェントは、通信先のサブエージェントと同じホストマシン上で動作します。

ホストマシンには、複数のサブエージェントをインストールできます。たとえば、Directory Server、Application Server、および Messaging Server をすべて同じホスト上にインストールした場合、これらの各サーバーのサブエージェントは、同一のマスターエージェントと通信します。マスターエージェントは、管理サーバーと一緒にインストールされます。

照会可能な SNMP 属性の値は、管理対象デバイス上に保持され、必要に応じて NMS に報告されます。各属性は管理対象オブジェクトと呼ばれ、エージェントはこのオブジェクトにアクセスし、これを NMS に送ることができます。管理対象オブジェクトはすべて、ツリーのような階層を持つデータベースである MIB (管理情報ベース) に定義されています。この階層の最上位には、ネットワークに関する一般的な情報が含まれています。下位の各階層には、個々のネットワーク領域に関するより詳細な情報が含まれています。

SNMP は、PDU (プロトコルデータ単位) の形式でネットワーク情報を交換します。PDU には、管理対象デバイス上に格納された変数に関する情報が含まれています。これらの変数は管理対象オブジェクトとも呼ばれ、必要に応じて NMS に報告される値と名前を保持しています。NMS と管理対象デバイスとの間の通信は、次の 2 つのどちらかの方法で行われます。

次に、Directory Server がサポートしている NMS 主導の通信について説明します。

NMS 主導の通信

これは、NMS と管理対象デバイス間の通信で、もっとも一般的なタイプの通信です。このタイプの通信では、NMS は管理対象デバイスから情報を要求するか、または管理対象デバイス上に格納された変数の値を変更します。

NMS によって開始される SNMP セッションは、次のように実行されます。

  1. NMS が、どの管理対象デバイスおよびオブジェクトに監視が必要であるかを判断します。
  2. NMS が、マスターエージェントを介して、PDU を管理対象デバイスのサブエージェントに送ります。この PDU は、管理対象デバイスから情報を要求するか、または管理対象デバイス上に格納された変数の値を変更するようサブエージェントに指示します。
  3. 管理対象デバイスのサブエージェントが、マスターエージェントから PDU を受け取ります。
  4. NMS から送られた PDU が変数に関する情報を要求するものである場合、サブエージェントはマスターエージェントにその情報を送り、マスターエージェントは別の PDU として NMS に情報を送り返します。次に、NMS が、この情報を文字またはグラフィック形式で表示します。

    5. NMS から送られた PDU が、変数に値を設定するようサブエージェントに要求するものである場合、サブエージェントは変数値を要求のとおりに設定します。

Directory Server での SNMP 監視

Directory Server は、次の 2 つの方法による SNMP 監視をサポートしています。

図 8-1 は、Directory Server から SNMP 監視情報を取得する 2 つの方法を示しています。

図 8-1 Directory Server での SNMP 監視

ldapsearch コマンドと SNMP エージェントを使用して、Directory Server から SNMP 監視情報を取得する方法

MIB の定義場所および SNMP の使用方法については、『Directory Server 管理ガイド』の第 14 章「SNMP を使用した Directory Server の監視」を参照してください。

Directory Server がサポートする SNMP 管理対象オブジェクトは、Directory Server Monitoring MIB RFC 2605 の初期草案に基づいています。SNMP エージェントから返される SNMP 操作管理オブジェクトは、ldapsearch コマンドによって返される SNMP 監視属性と同じです。これらの属性については、『Directory Server Administration Reference』の第 2 章にある「Monitoring Attributes」を参照してください。SNMP エージェントから返される属性の名前には、ds という接頭辞が付けられます。

操作管理オブジェクトに加え、Directory Server は、監視対象のサーバーとそのピアサーバーの間の対話に関連する管理対象オブジェクトと、サーバーの現在のインストールに関する情報を含むエンティティ関連の管理対象オブジェクトをサポートしています。これらのオブジェクトについては、『Directory Server Administration Reference』の「Interactions Table of Supported SNMP Managed Objects」および「Entity Table of SNMP Supported Managed Objects」を参照してください。



前へ      目次      索引      次へ     

Copyright 2004 Sun Microsystems, Inc. All rights reserved.