[Building Sakai] Sakai on VMware?

[Kevin P. Foote]

Tony is right. There is really no issue in running your entire config in
VM space but you'd want to split it up to about 3 VM's as he suggested.. 

One dedicated to MySQL and two or so appservers.

You can also keep your loadbalancer in VM space as well ;-) 

------
thanks
  kevin.foote

On Wed, 2 Feb 2011, Tony Stevenson wrote:

-> -----BEGIN PGP SIGNED MESSAGE-----
-> Hash: SHA1
-> 
-> On 02/02/2011 04:14, 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,
-> 
-> We (University of Cambridge) run our production platform on a Xen
-> virtualisation platform.  We run several app nodes, httpd, ldap and MX
-> nodes all as virtual machines.  The only thing we do not virtualise is
-> MySQL and NFS.
-> 
-> This is partly a historical decision, but also partly due to the limited
-> disk I/O capabilities for a VM.  The way we have our SQL setup (binary
-> logging, slaving etc) we didnt want to take the risk of running this in
-> a VM.
-> 
-> That said, in vSphere you have the option to customise the disk I/O
-> bandwidth and so you should be able to negate this using that setting.
-> 
-> If you run all of your Sakai instance on a single physical server
-> currently, and you are not allowed, or are not comfortable making the
-> advanced changes to disk I/O then I'd suggest you split the machine as
-> it is now into 2/3 smaller VMs.
-> 
-> 1) MySQL - on an ESX host with better disk I/O capabilities.
-> 2) WebApp (tomcat et al)
-> 3) LDAP/HTTPD/MX
-> 
-> You could very likely combine the latter two VMs too if you really
-> wanted to keep the number of VMs down.
-> 
-> > 
-> > -Bryan
-> > 
-> > 
-> > 
-> > 
-> > _______________________________________________
-> > 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"
-> 
-> 
-> - -- 
-> 
-> Cheers,
-> Tony
-> 
-> - ------------------------
-> tony at pc-tony.com
-> pctony at apache.org
-> tony at caret.cam.ac.uk
-> 
-> http://blog.pc-tony.com
-> 
-> GPG - 1024D/51047D66
-> - ------------------------
-> -----BEGIN PGP SIGNATURE-----
-> Version: GnuPG/MacGPG2 v2.0.12 (Darwin)
-> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-> 
-> iEYEARECAAYFAk1JKtEACgkQyceSTlEEfWbwuACfZbKixE9512Wyz1Vj/fiVDT8A
-> IrsAn2IRL/Lme/s1yGXK0/GaecViseBZ
-> =XyQK
-> -----END PGP SIGNATURE-----
-> _______________________________________________
-> 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"
->