Interesting you had so much trouble with this. I've been running my ESXi server now for over a year. 24 slot TF2, 16 slot CS:S, 8 L4D and 8 L4D2 servers off one ESXi host (seperate VMs for each game type). Plus VPS hosting, TS, SQL, Web, HLX:CE, etc... The box gets a work out and yet nobody ever complains about lag from hardware.
Also as far as Blades go -- not a fan. I use them at work for an ESX cluster and man is it a PITA if you ever have to do rack reconfiguration. Powering down the entire environment goes against what ESX does at it's core. Sure you get a little higher density and you're more eco-friendly. But be sure that wherever you're putting your blades that you aren't moving them again or you'll be kicking yourself later. On Mon, Feb 22, 2010 at 2:42 AM, Chad Austin <[email protected]> wrote: > I used VMware ESXi for hosting SCRDS, but I got lots of lag and had to stop. > > If you find a way to virtualize and have no lag, please let me know. > > On 2/22/2010 3:07 AM, Christoffer Pedersen wrote: >> Hi. >> >> Thanks for the reply, i could really use that. I will do some more research >> for this, and if its affordable, ill go for it. If not, i will keep with my >> 1U/2U rackservers. At my primary work, we do have a big IBM bladecenter, i >> may ask my boss about the power consumption >> >> Thanks again. >> >> - Christoffer >> >> On Feb 22, 2010, at 8:55 AM, Matt Stanton wrote: >> >> >>> Obviously, virtualization does cause you to lose a small amount of >>> hardware power to the extra operating system overhead of vistualizing >>> many machines on one physical server. What you can gain in reliability >>> may make it worth it, though. >>> >>> Basically, you could guarantee that any 'dedicated server' is available >>> much more reliably. If you connect your bladecenter to a SAN of some >>> sort, and are able to intelligently distribute VMs over the blades, then >>> if a piece of physical hardware goes down, the VM can be automatically >>> booted on hardware that is running properly, with very little data loss >>> because of I/O that was interrupted by the hardware issue. Since all >>> the data from all the servers is stored on the SAN, the data is somewhat >>> shielded from hardware failure. >>> >>> There are a few virtual machine platforms that will allow you to >>> accomplish this, including, I believe, VMWare ESXi (I think they changed >>> the name of this recently) or Xen... You'll have to do your own >>> research into these if no one else replies, since I have absolutely no >>> experience with virtualization. You will also probably have to expect >>> that you will be spending a huge amount of money building a SAN that is >>> both fast and reliable. If you run the datacenter that the servers are >>> hosted from, then you could also expect better cooling and power usage >>> efficiency by going this direction, and if not, you will at least be >>> using less rack space. A bladecenter will require a lot more power per >>> rack than a rack full of 1U/2U servers, so you may have to pay extra per >>> rack for the extra amperage you'll need. >>> >>> On 2/22/2010 1:29 AM, Christoffer Pedersen wrote: >>> >>>> Hi everyone. >>>> >>>> Im looking to build up a new farm of servers for my company. We are >>>> currently using 1U and 2U servers for our hosting, but i have been >>>> thinking of, if it was better to build the whole stuff in >>>> bladecenters, and virtualize. I just want to know if this is any good? >>>> I have never tried to host srcds on virtual machines, so i would be >>>> happy if you could help me here :) >>>> >>>> _______________________________________________ >>>> To unsubscribe, edit your list preferences, or view the list archives, >>>> please visit: >>>> http://list.valvesoftware.com/mailman/listinfo/hlds >>>> >>>> >>> >>> _______________________________________________ >>> To unsubscribe, edit your list preferences, or view the list archives, >>> please visit: >>> http://list.valvesoftware.com/mailman/listinfo/hlds >>> >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds >> >> > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
