[Building Sakai] Sakai on VMware?

[Adrian Fish]

Hi Nico,

Is there any particular reason you went for 32bit on the Pound server?

Cheers,

Adrian.

On 03/02/2011 09:02, Coetzee, Nico wrote:
> This message (and attachments) is subject to restrictions and a 
> disclaimer. Please refer to http://www.unisa.ac.za/disclaimer for full 
> details.
> ------------------------------------------------------------------------
>
> Hi Bryan
>
> We at UNISA are also running SAKAI on VMWARE ESX SERVER except for the 
> DATABASE (oracle).
>
> Our setup is as follows
>
> 1. One Load Balancer Machine and Log File Server (all or nodes tomcat 
> & Apache logs are logged to to this machine) (Load balancing software 
> POUND http://www.apsis.ch/pound/)
> OS: UBUNTU
>         Mem : 4096MB
>         CPU's : 2
>         HDD: 40G
>          (32bit)
>
> 2. One "File Server"
>       OS: UBUNTU
>       Mem: 4096MB
>       CPU's: 2
>       HDD: 100G
>       (32bit)
>
> 3. 10x NODES
>      OS: UBUNTU
>      Mem : 8192MB
>      CPU's: 2
>      HDD: 10G
>      (64bit)
>
>
> All of our nodes are running 2 tomcat's and are front ended with 
> apache.  We currently do not have any performance problems.  For the 
> last six months (since upgrading to sakai2.6), we only changed the 
> nodes to 64Bit machine's to allocate more memory to the JVM's.
>
> Our student stats for last year (2010) was :
>
> Number of students joining : 112 599
> Number of Visits by students : 12 421 735
> Number of Active Students:            230 134
>
> For 2011 so far:
>
> Number of students joining : 19 489
> Number of Visits by students: 1 380 909
> Number of Active Students: 112 225
>
>
> Hope this will help you
>
>
> On 02 Feb 2011, at 6:41 PM, Bryan Bakotich wrote:
>
>> Thanks for all the information!
>>
>> I guess I should've been a little more clear. We already have our 
>> installation split up into a couple servers.
>>
>>    1. Apache in front of a 6GB Tomcat on a Physical machine
>>    2. Our MySQL db is on a separate machine that was virtualized
>>       about 6 months ago
>>    3. And LDAP has it's own physical machine
>>
>> Virtualizing MySQL gave us some performance issues for the first 
>> month or so, but we've finally found the right mix of settings and 
>> it's not an issue anymore.
>>
>> We only have the one application server though and that is what we 
>> are trying to virtualize. It sounds like enough people are doing this 
>> without too many problems so I think we'll go for it. I'm hoping once 
>> we're virtualized I can get extra VMs so we can have a couple smaller 
>> tomcats instead of one 6GB tomcat.
>>
>> -Bryan
>>
>> On Wed, Feb 2, 2011 at 7:30 AM, Martin B. Smith <smithmb at ufl.edu 
>> <mailto:smithmb at ufl.edu>> wrote:
>>
>>     On 02/01/2011 11:14 PM, Bryan Bakotich wrote:
>>
>>         Hi all,
>>
>>         I have been getting asked by our systems team to move our
>>         Sakai app
>>         server to a VM. Has anybody else has done this and is the
>>         performance
>>         good enough for production?
>>
>>         We are currently running only one app server on real hardware
>>         with a
>>         heap size of 6GB. We are using VMware vSphere 4, and the OS
>>         of the VM
>>         would be CentOS 5.
>>
>>         Any insight is much appreciated. The only info I found about this
>>         relating to Sakai was in this thread:
>>         http://collab.sakaiproject.org/pipermail/production/2009-March/000021.html
>>
>>         -Bryan
>>
>>
>>     Hi Bryan,
>>
>>     We use VMware for everything except NFS and Database (Oracle).
>>     Our 10 application nodes (6gb heaps, RHEL x86_64) and 4 web
>>     frontends work great under vSphere 4 with the latest tools.
>>
>>     Have you looked at the production deployments JIRA tickets?
>>     You'll probably find a lot more detail there:
>>     http://jira.sakaiproject.org/browse/PROD
>>
>>     Cheers,
>>     -- 
>>     Martin B. Smith
>>     smithmb at ufl.edu <mailto:smithmb at ufl.edu> - (352) 273-1374
>>     CNS/Open Systems Group
>>     University of Florida
>>
>>
>>     _______________________________________________
>>     sakai-dev mailing list
>>     sakai-dev at collab.sakaiproject.org
>>     <mailto: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
>>     <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>>     subject of "unsubscribe"
>>
>>
>>
>>
>> -- 
>> Bryan Bakotich
>> Open Source Implementation Specialist
>> Digital Media Center, Information & Technology Services
>> Pacific Lutheran University
>> Tacoma, WA 98447-0013
>> Phone: 253-536-5021
>
>
> _______________________________________________
> 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"

-- 
==================================
Adrian Fish
Software Engineer
Centre for e-Science
Bowland Tower South C Floor
Lancaster University
Lancaster
LA1 4YW
email: a.fish at lancaster.ac.uk

http://confluence.sakaiproject.org/display/YAFT/Yaft
http://confluence.sakaiproject.org/display/CLOG/Home
http://confluence.sakaiproject.org/display/BBB/Home

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110215/a88a5426/attachment.html