As far as I can tell you have everything on one openvz container (MTA, LDAP, DB, IMAP, Web server, SOGo). Is that correct? Are you running out of memory? I assume you are because you just updated the memory of the container from 6 to 8GB. Compare your "maxheld" vs "barrier" of your "oomguarpages" in your /proc/beancounters. If so do you know what is eating up your all of memory?
As for scaling to 3000+ users. You shouldn't probably have an issue with that. SOGo probably won't be the bottle neck in the system as long as you set a reasonable SOGo worker count. You really need to monitory the needs of all the different parts of your mail system, find the bottle necks and resolve those issues. hope that helps, Jordan On Nov 14, 2011, at 9:01 AM, Stéphane GAUDICHE wrote: > Hi all, my question: > What does mean the "S" of scalability for your SOGo installation? > or how do you evaluate it? > > Thanks all to help me to consider the performance of my installation > Summary: > Version SOGo 1.3.9 / lightning 105 (Fresh updated) > > hardware a bit special (cause of virtualisation : openvz) > virtualiszation openvz / centos > memory 6 to 12 Go RAM > processor dual core@1,7GHz > harddrive SAS 15KRPM > > we just upgrade the contener from 6 to 8 Go RAM,(more if necessary) > same for processor upgrade from 1 to 3 VCPUs > operating system: debian 6 mostly up-to-date > > Primary usage: > Nb potentials users: 3000 (students) only through the webmail (http) interface > Secundary usage: (cause it really works fine) > ~50 of 150 potentials sogo-connectors with thunderbird > ~20 iPhone to synchronise agenda https://domain/users/dav/:443 > > mail server: cyrus imap > authentification: openldap > > How could I measure/check some point level of scalabity? > Is there any way, maybe already integrated tool? > number of sogoworkers considering availability of RAM (6-8-10 Go) > postgresql input output > > I'm a bit in the fog! cause we reach since Setpember an unknowned maximum of > users this year (+10%) > and even we try to anticipate the needs... it "seems" to be not enough. > > If you consider there is a much better way to collect this sort of > information to help me and the community of sogo users > please fill free to purpose! > > -- > Stéphane GAUDICHE > -- > [email protected] > https://inverse.ca/sogo/lists > -- [email protected] https://inverse.ca/sogo/lists
