パーティション

パーティションには、その最上位のコンテナの名前が付けられます。図 14では、TreeおよびFinanceという名前の2つのパーティションがあります。パーティションFinanceはTreeから分割されたため、このパーティションはTreeのチャイルドパーティションと呼ばれます。またTreeは、Financeのペアレントパーティションと呼ばれます。

ディレクトリに大量のオブジェクトがあるためにサーバが処理しきれず、eDirectoryへのアクセスが遅くなる場合、このように新しいパーティションを作成すると便利です。新しいパーティションを作成すると、データベースを分割し、その分岐のオブジェクトを異なるサーバに渡すことができます。

上の例では、Financeパーティションのレプリカビューが表示されています。iManagerでパーティションのレプリカビューを表示すると、そのパーティションのレプリカを持つサーバはすべて右側に表示されます。この場合、Server1には、Financeパーティションの読み書き可能レプリカが保持されています。詳細については、「パーティションレプリカを表示する」を参照してください。

パフォーマンス向上のためにレプリカを分散する

前の例で、Server1サーバに、TreeパーティションとFinanceパーティションの両方のレプリカが保管されているとします。この場合、パーティション分割後もServer1はディレクトリ全体(両パーティションのレプリカ)をまだ保持しているため、パーティション分割によるeDirectoryのパフォーマンスの向上は実現されません。

パフォーマンスを向上させるには、レプリカの1つを別のサーバに移動する必要があります。たとえば、TreeパーティションをServer2へ移動すると、TreeおよびYourCoコンテナにあるすべてのオブジェクトがServer2に移動します。Server1は、FinanceおよびAccountsコンテナのオブジェクトだけを格納することになります。Server1とServer2への負荷は、パーティション分割を行っていないときに比べて、いずれも軽くなります。

パーティションとWANリンク

ネットワークが、WANリンクで分割されたNorthサイトとSouthサイトの2つのサイトに渡っている場合を考えてみます。各サイトには、それぞれ3つのサーバがあります。

このケースでは、ディレクトリを2つのパーティションに分割すると、eDirectoryはより高速になり、信頼性も向上します。

パーティションが1つしかないと、レプリカは1つのサイトに保存されるか、2つのサイトに分散されます。この場合、次の2つの問題点があります。

• たとえば、Northサイトにすべてのレプリカが保存されているとすると、Southサイトでは、ログインやリソースへのアクセスに時間がかかります。また、リンクが停止した場合、Southサイトのユーザは、ログインまたはリソースにアクセスすることができなくなります。
• レプリカが2つのサイトに分散されていると、ユーザはローカルでディレクトリにアクセスできます。ただし、サーバ間のレプリカの同期はWANリンクを通して行われるので、リンクの信頼性が低い場合には、eDirectoryエラーが発生する可能性があります。ディレクトリに加えられた変更をWAN経由で伝えるには、時間がかかります。

図 16に示した2つのパーティションによるソリューションは、WANリンクでのパフォーマンスと信頼性の問題を解決します。

Treeパーティションのレプリカは、Northサイトのサーバに保存されています。Southパーティションのレプリカは、図 17に示すように、Southサイトのサーバに保存されています。

各サイトでは、ローカルリソースを表すオブジェクトは、ローカルで保存されています。サーバ間の同期トラフィックは、通信速度が遅く信頼性の低いWANリンクではなく、LAN上でローカルに行われます。

ただし、異なるサイトのオブジェクトにユーザや管理者がアクセスする場合は、WANリンク上でのeDirectoryトラフィックが発生します。