Archive for September, 2008

Why ESX are not suitable to run on Blade

Posted on September 30th, 2008 in Data Center, Hardware | 7 Comments »

1st of all, the reason of being utilize blade system in the market are looking at the point of servers consolidation, reduce power consumption and reduce the TCO require to purchase in term of hardware compare to the 1U, 2 U and 4 U servers. When we do compare the reason of having blade, you will always notice it was comparable between 2U and 1U servers in the x86 family and data center environment. In large scale deployment, you will always see that the Blade allow you to scale and spend in the sense with more stand alone machine you can have with the limitted rack space and power you do have in your DC. These seems to make sense for us to start moving to blade, BUT it also have some risk which will become major issue later on.

Before you can use blade, you require higher power consumption per rack to support approximately 30 to 32 blades per racks on 42 servers rack. At the same time, the cooling unit design in you DC require to be customize to ensure your blade chassis is working in perfect condition. Once you have this, then you may able to start think about Blade.

Read more »

Configure Email Alert

Posted on September 29th, 2008 in Tips | 4 Comments »

Referring to alarm question posted on VMware Communities forum, I would like to share how to configure email alert on VMware ESX server.

  • First login to Virtual Infrastructure client, go to Administration -> VirtualCenter Management Server Configuration.


  • Click on Mail, enter your SMTP server IP address or hostname and sender account.


Read more »

Google PR4 After 1 Month

Posted on September 28th, 2008 in Announcement | 4 Comments »

I would said ‘amazing‘. Malaysia VMware Community Blog was started at 22 Aug 2008 and I was surprised when I noticed Google PageRank 4 for us today. It’s taken about 1 month and 1 week.

Seriously I’m not believed when I saw PR4 just now. I have checked with multiple computer (multiple browsers with Google toolbar installed) and PRChecker web site.

Malaysia VMware Communities

Yes it’s confirmed PR4 for us. The smart Google search engine definitely looking for good content website. Write more and good content is the only way to go for higher Google PageRank.

As part of Malaysia VMware blog teams, I’m really proud of it within short period of time. Good work to all the team mates.

Read more »

VM Guest not able to be boot up

Posted on September 26th, 2008 in Operating Systems, Virtualization | No Comments »

Today, something weird happen. 1 of my VM guest which is windows 2003 server suddenly hung up. When I try to reset it, the Console screen show blank after the bios screen. I try to attach the VMDK to another newly created VM and it still not functioning. To verify the vmdk is not corrupted, I mount the vmdk to another windows 2003 VM and I found that the VMDK is functioning.

After that, I try to check most of the setting and log file from putty and virtual center. Here is my finding. Due to some unknown reason, the .vmx file setting and the configuration on the virtual center show really different. I had to force restart the virtual center service, and reconfigure some of the resources setting in virtual center to ensure it had not reserve or limit any resources on CPU and memory, and I power up the VM again. This round, the VM able to power up and functioning. Originally, It shouldn’t reserve any resource as I had not configured that. For some unknown reason, the resources limit had been configured by the ESX itself. This had happened in the pass but it had not cause any issue.

Read more »

Best sizing for single Storage LUN

Posted on September 26th, 2008 in Storage, Tips | No Comments »

VMware ESX host need to have storage available before create VMs. Normally the storage is a LUN created on SAN. The question is, what is the best size for a single LUN (storage) in ESX?

Our design for a storage on ESX is 300GB, allow maximum VMFS up to 256GB.

The reasons behind are:

  • better I/O performance: Each storage in ESX, we only assign to 5 VMs or less. Since more running VMs on a single storage will hit into the LUN I/O speed bottle neck.
  • better disk utilization: You can safe lots of unuse space when you do it small. Say You assign a 2TB storage that can keep 40 VMs, but you only have 20 now, you actually waste 1TB which is sitting there doing nothing. But if you make each storage small, you can create only when you need it. It is much more manageable on SAN disk allocation point of view.

Read more »