6.3.6. 使用复制进行负载均衡

复制目录数据的一个主要原因是平衡网络的工作负载，并提高目录性能。

因为目录条目的大小通常是 1 KB，每个目录搜索都会在您的网络负载中添加大约 1 KB。如果您的目录用户每天执行十个目录搜索，则每个目录用户大约需要 10 KB 的网络负载。如果您有一个缓慢、大量加载或不可靠的 WAN，您可能需要将目录树复制到本地服务器。

但是，确定本地可用数据是否值得复制导致的网络负载增加的成本。如果您将整个目录树复制到远程站点，您可能会在网络上增加更大的负载，与用户搜索中产生的流量进行比较。如果您的目录更改频繁，但当远程站点只有几个用户每天执行一些目录搜索时，这尤其如此。

下表将复制目录的负载影响与 100万个条目（每天 100,000 个条目）进行了比较，以及每天执行 10 个员工的小远程站点的负载影响。

Expand

表 6.1. 在网络上复制和远程搜索的影响
加载类型	access/day	平均条目大小	Load
复制	100,000	1KB	100MB/day
远程搜索	1,000	1KB	1MB/day

在不过载网络的情况下将数据提供给本地站点之间有妥协，就是使用调度复制。有关数据一致性和复制计划的更多信息，请参阅数据一致性。

这个示例描述了在 New York (NY)和 Los Angeles (LA)和 Los Angeles (LA)设有办事处的企业，每个办公室管理单独的子树。

下图显示了企业如何管理子树：

图 6.6. 企业 NY 和 LA 子树

每个办公室都包含一个高速网络，但两个城市之间的连接是不可靠的。要平衡网络负载，请使用以下策略：

为每个办公室选择一个服务器作为本地管理数据的供应商服务器。
将本地管理的数据从该供应商复制到远程办公室中的相应供应商服务器。当您在每个位置中有主要数据副本时，用户不会在不可靠的连接上执行更新和搜索操作。因此，性能会被优化。
将每个供应商服务器上的目录树（包括从远程办公室提供的数据）复制到至少一个本地目录服务器，以确保目录数据的可用性。
在每个位置配置级联复制，并增加用于搜索本地数据的消费者数量，以提供进一步的负载平衡。
NY 办公室生成比 LA 特定搜索更具体的搜索。该示例显示了带有三个 NY 数据消费者和一个 LA 消费者的 NY 办事处。LA LA 办事处有 3 个 LA 数据消费者和一个 NY 数据消费者。

图 6.7. 企业负载平衡示例