VMware vSphere 4.1: Review

VMware vSphere 4.1 continues to lead the enterprise virtual machine platform pack. New memory management, storage and network control features enable resource pool creation that improves scale while reducing performance drags.

Virtual machine management gains increased in importance in the vSphere 4.1 platform, and data centre managers should plan on assigning virtualisation experts to ensure that the new features lead to improved host utilisation and automated scale-out of VM systems.

Migration

During eWEEK Labs tests I learned that vCenter 4.1—the command and control module of VMware’s virtual infrastructure world—is now 64-bit only. IT managers should build in extra planning and migration time to move any vCenter 4.0 or older servers to systems that are running a 64-bit OS as part of the move to vSphere 4.1.

The payoff for the vCenter transition is a substantial increase in the number of VMs per cluster and the number of physical hosts that each vCenter can handle. I was not able to test the posted limits due to hardware constraints. VMware states that the latest version of vCenter can handle 3,000 VMs in a cluster and up to 1,000 hosts per vCenter server. Both of these large numbers are a threefold increase over the stated capacity of VMware vSphere 4.0.

Aside from the sizable scale increase enabled by this version of vSphere 4.1, the main advances in the platform are evolutionary extensions of capabilities that improve how the platform handles VM resource contention. During tests, I used the new I/O controls in networking and storage to govern resource use.

First version limitations

IT managers who are already accustomed to using resource controls in VM CPU settings will have a leg up when it comes to using I/O controls in both network and storage areas. Even with the CPU control heritage, my use of network and storage control features revealed a fair number of “Version 1” limitations.

Network I/O control prioritises network traffic by type when using network resource pools and the native VMware vNetwork Distributed Switch. Network I/O control only works with Version 4.1 of the vNetwork Distributed Switch; not Cisco Nexus V1000 and not the standard switch from VMware. IT managers who are already using the vNetwork Distributed Switch will need to upgrade to Version 4.1.

Page: 1 2

Cameron Sturdevant eWEEK USA 2012. Ziff Davis Enterprise Inc. All Rights Reserved.

Recent Posts

Apple, Google Mobile Ecosystems Should Be Investigated, CMA Told

CMA receives 'provisional recommendation' from independent inquiry that Apple,Google mobile ecosystem needs investigation

11 hours ago

Australia Rejects Elon Musk Claim About Social Media Ban For Under-16s

Government minister flatly rejects Elon Musk's “unsurprising” allegation that Australian government seeks control of Internet…

14 hours ago

Northvolt Files For Bankruptcy Protection In US

Northvolt files for Chapter 11 bankruptcy protection in the United States, and CEO and co-founder…

16 hours ago

UK’s CMA Readies Cloud Sector “Behavioural” Remedies – Report

Targetting AWS, Microsoft? British competition regulator soon to announce “behavioural” remedies for cloud sector

1 day ago

Former Policy Boss At X, Nick Pickles, Joins Sam Altman Venture

Move to Elon Musk rival. Former senior executive at X joins Sam Altman's venture formerly…

1 day ago

Bitcoin Rises Above $96,000 Amid Trump Optimism

Bitcoin price rises towards $100,000, amid investor optimism of friendlier US regulatory landscape under Donald…

1 day ago