6.3.6.2. 提高性能的负载平衡示例


这个示例描述了具有以下特征的企业:

  • 该目录包括支持 1,000,000 个用户的 1,500,000 个条目。
  • 每个用户每天都执行 10 个目录搜索。
  • 消息传递服务器每天处理 25,000,000 个邮件,并且执行五个目录搜索每个邮件。
  • 用户分布到四个时区。

这相当于总计每天的 135,000,000 个目录搜索:

1,000,000 个用户 x 10 搜索 = 每天 10,000,000 名用户搜索

25,000,000 邮件 x 5 搜索 = 每天 125,000,000 邮件搜索

10,000,000 + 125,000,000 = 135,000,000 个每天搜索

随着营业日的 8 小时工作日和用户分布到四个时区,在四个时区内,峰值使用量延长至 12 小时。因此,目录服务器必须在 12 小时内支持 135,000,000 目录搜索。此等于为 3,125 搜索每秒搜索(135,000,000 /(60*60*12))。

如果运行 Directory 服务器的硬件支持每秒读取 500 个,则必须使用至少 6 个或 7 个目录服务器来支持这个负载。对于具有一百万目录用户的企业,为本地可用性添加更多目录服务器。

在这种情况下,您可以使用以下复制策略:

  • 将两个目录服务器放在多层次配置中,以一个城市处理所有写入流量。

    此配置假设您想对所有目录数据进行单点控制。

  • 使用供应商服务器复制到一个或多个 hub。

    点消费者的 读取搜索 和比较 请求,使供应商只能处理 写入请求。有关 hub 的更多信息,请参阅 Cascading-replication

  • 使用 hub 复制到整个企业的本地站点。

    复制到本地站点有助于平衡服务器和网络上的负载,并确保目录数据的高可用性。

  • 在每个站点,至少复制一次以确保高可用性,至少用于 读取操作

    使用 DNS sort 以确保本地用户始终找到他们可以用于目录搜索的本地目录服务器。

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部