openldap能够支持多少的并发用户？

yueq

原帖由 abanger 于 2006-1-11 19:53 发表
感觉50K用户要求并发2000+要求太多了，如果只作身份认证，其实不会那么多的并发的，如果不行就用分布式，再加一台服务器，很容易实现的，再不行再加一台，可无限加，

请问并发用户数量应该如何估计呢？

比如这样，早晨8点半左右的时候，大家都来上班了，所以在这一段时间内应该是负载最大的时间。不过身份认证的应该只是一个很简单的过程，应该是很个短的时间阿，认证时间短应该对服务器的压力就小一点吧？

abanger

就楼上的例子
假如并发数为100人/s，上班认证过程前后5分钟，实际是不止这个数，这样算
100*60*5＝30000人
感觉足够了

py

As a comparison, with 12 clients querying, I maxed out my 100MB ethernet
with the size of entries I'm using at 8,664 searches/second, and by
dropping the entire entry and using just a single attribute returned, got
around 14,400 searches/second.  That's on a dual CPU 3.0ish GHz P4.  Of
course, rates depend on many different things.

--Quanah

--
Quanah Gibson-Mount
Principal Software Developer
ITSS/Shared Services
Stanford University

=========================================
看来并发数是可以很高的,虽然我没有具体测试过

yueq

原帖由 py 于 2006-1-18 15:03 发表
As a comparison, with 12 clients querying, I maxed out my 100MB ethernet
with the size of entries I'm using at 8,664 searches/second, and by
dropping the entire entry and using just a single at ...

我很想知道,这个测试是如何进行的呢?怎样在单机上模拟这么大的用户数量呢?
在这种情况下,也许CPU挺得住,但网络带宽挺不住了^^

py

LDAP的查询操作更多的不是用的CPU,只有在很高的负载下CPU才能发挥作用,LDAP是读优化的协议,完全可以支撑这个数量的查询.至于网络,当然,如果把图片(即使是很小的图片)存到LDAP中进行查询,那网络一定撑不住.
我想,他测试的主要是LDAP本身,可能查询的数据量很小.

supersuper

我目前的用户量是300，并发也基本上是这个数量级

yj11

2000+要求还是比较高的啊.如果是SUN机器+OPENLDAP的话,2000+应该还是没问题的.主要还是要看用户应用的特点.是不是需要频繁的读数据.

yj11

原帖由 abanger 于 2006-1-12 20:01 发表
就楼上的例子
假如并发数为100人/s，上班认证过程前后5分钟，实际是不止这个数，这样算
100*60*5＝30000人
感觉足够了

100人/s这是一个非常高的数据了.而且现在这100的数据是有前端模块访问LDAP的理想数据值.中间排除网络原因,前端主机处理性能等各方面因此的话,100/s是非常不容易达到的.

seaway

高的并发数,往往跟用什么系统关系不太大,往往都是集群.应为无论从OS,硬件,还是网络都无法满足那样的负荷.

yueq

原帖由 seaway 于 2006-2-7 09:02 发表
高的并发数,往往跟用什么系统关系不太大,往往都是集群.应为无论从OS,硬件,还是网络都无法满足那样的负荷.

请问LDAP服务器也有集群么？