VMware fun….

Holy CPU Cycles Batman!

Consolidated everything down to one server and stuck the server on a wire-bakers shelf in the corner while I replace my crappy 30U cabinet with a brand new 42U cabinet.

Here is why I don’t like to run *ALL* of my VMs on one host.

The Top server is "Thor" and has the most memory.

Baker's Rack - the "Interim" Placement


    • Nick on October 29, 2008 at 5:27 am
    • Reply

    I have a VMWare Server / iSCSI question if you would be so kind:

    We’re looking at putting together a departmental VM environment, probably running 3-4 VM’s initially, with the ability to add further host machines as required, based around VMWare’s Server product (not ESX).

    I’m thinking that we could go with an SMB level iSCSI storage product (offering around 1Tb of storage), multiple standard XP machines as the hosts and a switch between the two. Virtual Disks would be stored on the storage product and exposed to the host machines over iSCSI. As we need to add VM’s and once we reach the capacity of the host machines, we would simply add further hosts with VMWare Server installed, connect them to the switch and create virtual disks on the storage product.

    Our thinking is that having a central storage product that is RAIDed ensures we have our data in once place, with essentially ‘dumb’ hosts.

    Thoughts on the setup? could it be done better? does VMWare Server support iSCSI or is it just ESX?

    Rgds, Nick.

  1. VMWare Server supports whatever storage the host OS supports, it’s agnositc given the fact that it simply uses the filesystem that’s presented to it. (VMWare server is less adept at using raw disks/luns so you might keep that in mind)

    For the environment you’re talking about ESXi is probably your best bet. It’s also free, just like VMWare server, has almost the full feature functionality of ESX 3.5, and allows for an easy upgrade if you need the Enterprise class features such as consolidated backup and the like.

    Did I mention it’s free?

Leave a Reply

Your email address will not be published.