Recommended Posts

Hey Guys,

I just finished converting one of my HP MicroServers to run ESXi on a 8GB Kingston SSD with 3 7200RPM Hard Drives.

Unfortunately, regardless of which hard drive I place a VM on, the performance is terrible. It took 4+ Hours to install Windows XP and 2 Server 2003 R2 VMs simultaneously. I've used Thick Provisioning - Lazy Zeros.

Any ideas? Ideally from other people running on a MicroServer.

Thanks

8GB is more than enough for a Boot Drive. It's only a few hundred meg of Files.

All the VMs are sitting on the 7200RPM Drives.

How much memory ?

I have 7 servers running ESXi and some are ?250 1U's which run a few linux boxes but the rest run Windows 2003/2008 just fine, even on low memory.

Depends on the RAM and disk config of the server.

As you're installing the VM on a disk that's not the primary/OS disk, I can't see it being the issue.

RAID array for the 3 disks? Hardware RAID if so?

Any other VM's running at the same time? Possible IO issue?

What about trying one hard disk in the system (with the 8GB ESXi OS drive) and see can you create a VM successfully then. Add an additional disk if it works and check performance. Do the same for the 3rd disk.

Check for physical hardware issues. Try different SATA cables and/or, if possible, different hard disks.

Can't think of anything else at the moment. I take it the ESXi interface performs fine and is as snappy as it needs to be?

So you were doing 3 installs at the same time? Reading the media iso's from the same datastore (I assume) creating the disks for these installs on what datastore?

And you what don't see how there might be a bit of I/O problem with that?

edit: I have got 6 VMs on my little N40L currently -- no installs are not as zippy as you might hope for. But after the install the VMs run great! I keep meaning to get ftp working because uploading the iso's to the datastore is like watching paint dry as well ;)

In my setup I have 1 datastore on the 250GB disk. So the Iso for the install is on this disk, and then the disk I am writing too for the OS is on that same disk, etc. So this is not going to be optimal performance! And as already mentioned what else is running off that datastore drive at the same time your trying to do the installs, etc. etc.. No its not going to be a rocketship ;)

Who told you to try 3 installs at the same time?? If you going to do more than 1 of a specific OS, do it once and create a template to install your other copies from.

You tried to install the 3 VMs simultaneously? Would imagine you are maxing out the processor. Remember you only have a 1.5 GHz dual core processor in an N40L. I am doing something similar at the moment on my N36L can install a single VM in around 20 minutes. Would try doing one at a time

You tried to install the 3 VMs simultaneously? Would imagine you are maxing out the processor. Remember you only have a 1.5 GHz dual core processor in an N40L. I am doing something similar at the moment on my N36L can install a single VM in around 20 minutes. Would try doing one at a time

CPU Use shows being around 40%.

So you were doing 3 installs at the same time? Reading the media iso's from the same datastore (I assume) creating the disks for these installs on what datastore?

And you what don't see how there might be a bit of I/O problem with that?

edit: I have got 6 VMs on my little N40L currently -- no installs are not as zippy as you might hope for. But after the install the VMs run great! I keep meaning to get ftp working because uploading the iso's to the datastore is like watching paint dry as well ;)

In my setup I have 1 datastore on the 250GB disk. So the Iso for the install is on this disk, and then the disk I am writing too for the OS is on that same disk, etc. So this is not going to be optimal performance! And as already mentioned what else is running off that datastore drive at the same time your trying to do the installs, etc. etc.. No its not going to be a rocketship ;)

Who told you to try 3 installs at the same time?? If you going to do more than 1 of a specific OS, do it once and create a template to install your other copies from.

ISO(s) was on 8GB SSD

Server 2003 R2 1 (160GB 7200 Maxtor)

Server 2003 R2 2 (250GB 7200 Seagate)

Windows XP SP3 (500GB 7200 Samsung F1)

The SSD should have been able to keep up with installing on three separate drives.

That said, pulling a file over Samba from a completely independent local server only yielded speeds of 9.7MB/s (100Mb) yet should give me the full 1Gbit available to the Server.

Depends on the RAM and disk config of the server.

As you're installing the VM on a disk that's not the primary/OS disk, I can't see it being the issue.

RAID array for the 3 disks? Hardware RAID if so?

Any other VM's running at the same time? Possible IO issue?

What about trying one hard disk in the system (with the 8GB ESXi OS drive) and see can you create a VM successfully then. Add an additional disk if it works and check performance. Do the same for the 3rd disk.

Check for physical hardware issues. Try different SATA cables and/or, if possible, different hard disks.

Can't think of anything else at the moment. I take it the ESXi interface performs fine and is as snappy as it needs to be?

All disks are 100% separate (bar sharing the same Mini-SAS). No RAID in use at all here. All VMs running at the same time.

hardware or software RAID?? what are the brand and model of the drives??

No RAID. Listed Above.

So you have your 3 disks setup as 3 datastores? So you have 4 different datastores - your SSD, and then 1 on each of your disks?

As to your SSD keeping up???

Where were you seeing 9.7MBps to and from what? Doing uploads to datastore are SLOW as hell yes, I have see this!!

So I sure an the hell was not going to create a 2TB vmfs for my file server, so I created a RDM to the 2TB disk and then assigned this to my 2k8r2 essentials vm. Then did the same for the extra 2 750GB drives I had laying around. So my file server has 3TB in a drive pool (drivepool from stablebit) - raw disk access.. Even have smart info from the disks inside the vm this way! And fs is native ntfs, so if need be can pull this disk and plug it into anything and get my files off, etc.

So from my workstation to this server here are the speeds I am getting -- Not too shabby to a drive pool running on a VM, on a cheap dual 1.5GHz box ;)

post-14624-0-25695100-1334752632.jpg

I am nothing but impressed with the performance I am getting out of this little box -- for the price you can not beat it!!!

Where were you seeing 9.7MBps to and from what? Doing uploads to datastore are SLOW as hell yes, I have see this!!

Transfer was from Windows 2K8 R2 MicroServer N36L (Storage Server) to Server 2003 R2 (ESXi Virtual Machine) over Samba. I know it's not network drivers as pfSense is able to route at full gigabit speeds and thats sitting in a VM also now, this leads me to believe it's an I/O bottleneck.

"over Samba"

Since when does windows OSes run SAMBA? ;)

You mean using SMB? Samba is a linux suite that brings the SMB/CIFS protocols to linux ;) Not the actual name of the protocol used in windows file copy.

As to the speed -- and is your N36L box connected at gig? Keep in mind as well, just because you have a gig interface on the hardware of your N40L, does not mean the vms inside of it are using gig.. Its possible that pfsense is gig, and your 2k3 virtual nic is set or only seeing 100.

Here is the ram I ordered -- cheaper, and have had not issues with it.

20-148-347 MEM 4Gx2 | CRUC CT2KIT51264BA1339 R $42.99

http://www.newegg.co...N82E16820148347

Looks like the price went up a couple of bucks.

  • Like 1
Did u use any converters?? What networking gear u got??

No Converters, CAT5e

"over Samba" Since when does windows OSes run SAMBA? ;) You mean using SMB? Samba is a linux suite that brings the SMB/CIFS protocols to linux ;) Not the actual name of the protocol used in windows file copy. As to the speed -- and is your N36L box connected at gig? Keep in mind as well, just because you have a gig interface on the hardware of your N40L, does not mean the vms inside of it are using gig.. Its possible that pfsense is gig, and your 2k3 virtual nic is set or only seeing 100.

*slaps own head*

Dude you know what I meant by SMB/Samba/CIFS etc. All VMs are Gigabit.

Anyway, just to update thread, I resolved all issues, it was simply I/O being too high from multiple VMs being installed. It looks like ESXi cannot keep up with XEN / VMWare Workstation.

Glad to hear that you resolved the issue. I was expecting some issues to have resulted from a bad P2V conversion, etc..

ESXi should have been able to handle multi-vms with no problems...

Glad to hear that you resolved the issue. I was expecting some issues to have resulted from a bad P2V conversion, etc..

ESXi should have been able to handle multi-vms with no problems...

Additionally these are budget Hard Drives - I will be replacing them with decent 15,000 RPM Drives in the next few months.

To be honest I think 15k drives are kind of waste of money for this sort of setup. But hey whatever floats your boat.

And I don't think it would help with any sort of multiple installs all at the same time I/0 issue either.

Did you answer my previous question about what data stores you were pulling the iso(s) from and what datastores you were installing too.. Were they all the same data store, or common storage for the ISO's?

Also if your looking to serve up data off these drives -- I would prob RDM them to your OS your going to serve the files from vs creating a VMFS on the disk and then mapping that vmfs. Your going to get better performance with RDM vs vmfs I pretty sure.

I am serving up movies off one of my VMs - which has 3 drives in a drive pool (drivepool from stablebits) And getting 80MB+ per second both write and read to this share from my workstation. I personally don't think a 15k drive is going add much to this sort of I/0 over a 7200rpm drive.

And I don't think it would help with any sort of multiple installs all at the same time I/0 issue either.

Yeah, I think I/O is going to be fairly limited by the CPU.

Did you answer my previous question about what data stores you were pulling the iso(s) from and what datastores you were installing too.. Were they all the same data store, or common storage for the ISO's?

The ISO was stored on the 8GB DataStore, which is an SSD.

The OS was stored on the 500GB DataStore, which is a Samsung F1 7200 RPM

Also if your looking to serve up data off these drives -- I would prob RDM them to your OS your going to serve the files from vs creating a VMFS on the disk and then mapping that vmfs. Your going to get better performance with RDM vs vmfs I pretty sure.

Once I get some better hard drives, I'll be sure to go the RDM Method. Especially for the high-bandwidth VMs.

I am serving up movies off one of my VMs - which has 3 drives in a drive pool (drivepool from stablebits) And getting 80MB+ per second both write and read to this share from my workstation. I personally don't think a 15k drive is going add much to this sort of I/0 over a 7200rpm drive.

The limitation for serving up movies is I'm currently using PS3 Media Server for this, which yields fairly high CPU use, so I run this on the Storage Server as not to effect performance of the VMs

I just have to serve up the files via smb.. I don't have to transcode them on the fly or anything.. Just a simple file server, my popcorn hour plays the files in whatever format they are in.

So you were writing 3 different installs to the same datastore at the same time - and reading all from the same iso?? WTF yeah that going to be slow as hell! Why not just install once and then copy the install if you were installing the same OS?

"it would only take a number of VM's for it to choke."

No **** ;) But you can say that for any hardware - the number of VMs you can run at the same time is just going to vary. And what those VM's are doing.

What I can dell you is it runs my router, and is running my file server, and my test box w7 and my linux distro. The file server, the router and the linux box are on all the time..

It is more than capable of handling the number of VMs I would ever need to be running at the same time, and allow for many many more to be available when I need them for play or testing. Allowed me to combine my file server and my router boxes into a tiny little thing - that looking currently at the killawatt meter its connected to is drawing 55.5 watts ;) That is with 4 disks in it. Its been on for 366 hours and has drawn a total of 20.3KWH, so I pay like 12.5 cents per kwh so your looking at $2.50 to operate for 15 days. So about $5 a month to have it on running all the machines I need to run or play with.

And for the price you sure and the hell can not beat it for a home esxi solution or even a small business setup. No I wouldn't expect to run my enterprise VMs on it ;)

This topic is now closed to further replies.
  • Posts

    • I hope this encodes in to AV1 or AV2 as currently tiktok uses h265 and h264.
    • Qualcomm reportedly in talks to build custom video chips for TikTok parent ByteDance by Karthik Mudaliar Qualcomm is reportedly in advanced discussions to provide custom chip-design services to Chinese tech giant ByteDance, the same company behind TikTok. According to a report from Reuters, Qualcomm could be involved in designing custom silicon tailored for ByteDance's massive data-center workloads. If it goes through, the deal would make ByteDance one of Qualcomm's early anchor customers for its fastly growing custom chip-design division, For years, Qualcomm was the king of making smartphone processors and modems. The company has also been moving into the PC ecosystem and other formats such as on-device AI for Android XR headsets. However, this particular deal is about Qualcomm's custom Application-Specific Integrated Circuits (ASICs). For a platform like TikTok, ByteDance needs hardware that can help it ingest, process, and serve billions of short-form videos daily. Generalised hardware is no longer the most cost-effective and efficient route, which is why ByteDance is trying to develop custom Video Processing Units (VPUs). VPUs designed specifically for ByteDance’s algorithmic needs could drastically reduce data-center power consumption and improve encoding speeds at an unprecedented scale. The underlying tech behind these processors is actually from Qualcomm's recent acquisition of AlphaWave Semi, a high-speed connectivity specialist company. By combining AlphaWave’s high-bandwidth IP with Qualcomm’s architectural expertise, the company could begin mass production by the end of 2026, if the talks go through. All this also comes at a time when U.S.-China tech relations have dwindled. Escalating trade frictions between Washington and Beijing have severely impacted the export of high-end AI chips from U.S. firms like Nvidia, AMD, and Lam Research. Yet, the Qualcomm-ByteDance discussions show that U.S. tech companies are still actively seeking growth avenues and are open to doing business with China, where regulators still permit. Reuters notes that the outcome of this deal could be uncertain, and ByteDance might also seek partners other than Qualcomm. via Reuters | Image via DepositPhotos.com
    • Look who's back!
    • I wonder how driving laws around the world will change. No way to really tell if people are using phone. Same with smart watches i guess even now and those silly built in tablets for controlling the car instead of buttons.
  • Recent Achievements

    • Rookie
      DaviKar went up a rank
      Rookie
    • Dedicated
      HidekoYamamoto94 earned a badge
      Dedicated
    • One Month Later
      timbobit earned a badge
      One Month Later
    • One Month Later
      nates earned a badge
      One Month Later
    • Week One Done
      Almohandis earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      454
    2. 2
      +Edouard
      161
    3. 3
      PsYcHoKiLLa
      111
    4. 4
      Michael Scrip
      83
    5. 5
      Steven P.
      69
  • Tell a friend

    Love Neowin? Tell a friend!