Guidelines for Partitioning Your Tree

When you partition NDS, you allow parts of the database to exist on several servers. With this capability, you can optimize network use by distributing the NDS data processing and storage load over multiple servers on the network. By default, a single partition is created. For more information on partitions, refer to Partitions. For information on creating partitions, refer to Managing Partitions and Replicas.

The following are guidelines for most networks. However, depending on the specific configuration, hardware, and traffic throughput of the network, you might need to adjust some guidelines to fit your needs.


Determining Partitions for the Upper Layers of the Tree

Just as you design your tree with a pyramid design, you will also partition with a pyramid design. Your partition structure will have few partitions at the top of the tree and more partitions as you move toward the bottom. Such a design creates fewer subordinate references than an NDS tree structure that has more partitions at the top than at the bottom.

This pyramid design can be achieved if you always create the partitions relatively close to the leaf objects, particularly the users. (An exception is the partition created at the root of the tree during installation.)

When designing the partitions for the upper layers, keep the following in mind:

For more information on managing your WAN traffic, see WAN Traffic Manager.


Determining Partitions for the Lower Layers of the Tree

When designing the partitions for the lower layers of the NDS tree, keep the following in mind:


Determining Partition Size

With NDS eDirectory, we recommend the following design limits for partition sizes:


Table 13.

Partition Size

Unlimited Objects

Replica Directory Information Base (DIB) limited to ITB

Total number of partitions in tree

Unlimited

Number of child partitions per parent

150

Number of replicas per partition

50

Limited by replica DIB

Number of replicas per replica server

250

This change in design guidelines from NDS 6 and 7 is because of architectural changes in NDS 8. These recommendations apply to distributed environments such as corporate enterprises. These recommendations might not subsequently apply to e-business or applications.

Although typical e-business users require that all the data be stored on a single server, NDS eDirectory 8.5 provides filtered replicas that can contain a subset of objects and attributes from different areas of the tree. This allows for the same e-business needs without storing all the data on the server. For more information on filtered replicas, refer to DirXML Administration Guide.


Considering Network Variables

Consider the following network variables and their limitations when planning your partitions.