[Building Sakai] Sakai Configurations Comparison

[Matthew Jones]

Some PROD's are more up-to-date than others.

I can confirm that the UMICH PROD-2 is still accurate. We do have plans to
switch over to virtual servers sometime next year so this configuration will
change then.

https://jira.sakaiproject.org/browse/PROD-2

Currently, Sakai generally works better scaling up rather than scaling out.
You just run the risk of losing a lot more sessions if one app server goes
down, but performance should be better. If you scale out too far, the
ClusterEventTracking and localized caching seems like it could start to
negatively effect performance. There are also issues with the JVM having
huge heaps (when scaling up) spending too much time in garbage collection.
But AFAIK this has improved with more recent versions of Java and setting
the appropriate collectors, and G1 is out there and default in Java 7. [1]
[2]

Supporting ~12000 *max* users split across 5 servers all with 6GB heaps
works out for us. The local CPUs generally average around 30%, rarely
peaking above 50%.

[1] http://stackoverflow.com/questions/214362/java-very-large-heap-sizes
[2]
http://stackoverflow.com/questions/2254041/java-g1-garbage-collection-in-production

On Tue, Sep 27, 2011 at 1:44 PM, Chris Ribble <cribble at uwindsor.ca> wrote:

> Hi everyone,
>
> I've been tasked with doing some research on Sakai hardware configurations.
> If anyone is willing, could you reply with your Sakai environment setup. My
> colleagues and I would like to compare ours with other institutions of
> similar size to make sure we are scaling properly.
>
> Something like the following would be ideal, nothing too specific:
>
> *University of Windsor*
> Application Server: 6 clustered Solaris servers behind an F5 load balancer.
> Database: Shared single Oracle database server.
> Estimated Daily Sakai Sessions: 2500
>
> Any responses would be appreciated, specifically Oracle based Sakai
> systems.
>
> Thanks!
> Chris
>
> Chris Ribble
> LMS Application Developer
> Information Technology Services
> University of Windsor
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110927/dd5a8573/attachment.html