熟悉LDAP性能的朋友，一起交流一下

lovefree

有个项目，需要使用LDAP，现有用户500万左右，未来预计达到2000万，需要如何去配LDAP服务器。
一台LDAP服务器在保证性能的前提下，最大能支持到多少用户？
有没有做过这方面项目的朋友，能否赐教一下。

lovefree

有经验的大侠快来啊

gavinzhm

这么多用户用LDAP合适吗~？呵呵~~

LDAP好像是轻量级~~呵呵~~~

漂过~

lovefree

这些数据平时的数据操作基本上都是读，所以使用LDAP，性能是没有问题的，只是不知道该如何配置合适。

aaaaaa

我的理解：
一个机器性能取决于3个方面cpu、内存、外存（硬盘）：
openldap使用的 db，本身在容量上是很大的，容量不成问题。
CPU，取决于查询的方式，简单精确匹配，CPU占用少，应该可以承受，内存是个问题，如果查询量大，或者要求响应时间，那么内存要大，但是在这种情况下，多大内存才能负载2000万数据呢？还是需要实际使用来看吧。如果内存无法满足全量cache需要，结果有2种情况可以使用：
1，前端加cache，ldap的cache也是不错的，实现应该比较好，没实际使用过，不清楚具体效果。
2，分拆数据库，做成并行的，这个涉及数据库设计以及前后端应用配合。

总之，可以参考小数据量的内存使用情况等，推导出2000万数据量实际压力瓶颈，根据情况进行提前安排。否则还是会有问题的。同时应避免：
1，查询复杂
2，查询量大
3，更新量大
这几个杀手级的性能问题。

浅见，FYI

yj11

原帖由 aaaaaa 于 2009-3-16 18:25 发表
我的理解：
一个机器性能取决于3个方面cpu、内存、外存（硬盘）：
openldap使用的 db，本身在容量上是很大的，容量不成问题。
CPU，取决于查询的方式，简单精确匹配，CPU占用少，应该可以承受，内存是个问题 ...

分析的很有道理,在这么多用户的前提下,单LDAP机器的处理能力肯定是满足不了需求,并且还要考虑系统的冗余,扩展性等,作CACHE本身意义可能不会太大,本身LDAP就是大CACHE.但结构上的设计需要前端加cache.本身的LDAP部署肯定要做分布式,多台LDAP分布存储一定量的数据比较科学.但需要比较好的机制进行用户的定位.但此结构的主要缺点就是一旦设计不好,你的LDAP扩展将非常困难.而且日后的维护压力也是很大的.

你也可以考虑oracle+timesten这也是个不错的方案.

yj11

原帖由 aaaaaa 于 2009-3-16 18:25 发表
我的理解：
一个机器性能取决于3个方面cpu、内存、外存（硬盘）：
openldap使用的 db，本身在容量上是很大的，容量不成问题。
CPU，取决于查询的方式，简单精确匹配，CPU占用少，应该可以承受，内存是个问题 ...

分析的很有道理,在这么多用户的前提下,单LDAP机器的处理能力肯定是满足不了需求,并且还要考虑系统的冗余,扩展性等,作CACHE本身意义可能不会太大,本身LDAP就是大CACHE.但结构上的设计需要前端加cache.本身的LDAP部署肯定要做分布式,多台LDAP分布存储一定量的数据比较科学.但需要比较好的机制进行用户的定位.但此结构的主要缺点就是一旦设计不好,你的LDAP扩展将非常困难.而且日后的维护压力也是很大的.

你也可以考虑oracle+timesten这也是个不错的方案.

w1933

兄弟哪里的，最近偶也在看LDAP，呵呵
也想放到大型应用上。。。