1.5 パーティション

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

図 1-14 パーティションのレプリカビュー

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

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

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

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

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

図 1-15 eDirectoryコンテナの例

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

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

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

図 1-16 パーティションの例

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

図 1-17 パーティション、サーバ、およびレプリカの例

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

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