Virtual Machine Management : VMM vNext

Working with VMware VI4 (aka vSphere)

mlmich — Thu, 16 Jul 2009 02:38:00 GMT

Even though VMM 2008 R2 (beta or RC) does not officially support VMware vSphere/VI4, we have a few customers that have gotten some of the functionality to work. However, one of the issues that can arise is a failure to find paths in ESX storage. Typically,...(read more)

SCVMM 2008 R2 Release Date

mlmich — Mon, 13 Jul 2009 23:12:00 GMT

hey guys, If you are wondering when VMM 2008 R2 will release, this latest blog post by Rakesh will give you the inside track. http://blogs.technet.com/rakeshm/archive/2009/07/13/scvmm-2008-r2-release-date-information.aspx cheers....(read more)

SCVMM 2008 R2 RC Public Release Available Now!

mlmich — Sat, 06 Jun 2009 02:45:00 GMT

hi all, today the VMM team released VMM 2008 R2 Release Candidate. You can read all about it here. http://blogs.technet.com/scvmm/archive/2009/06/06/scvmm-2008-r2-rc-public-release-available-now.aspx Cheers....(read more)

Rapid Provisioning in VMM 2008 R2 using the UseLocalVirtualHardDisks and SkipInstallVirtualizationGuestServices flags

mlmich — Thu, 07 May 2009 13:46:00 GMT

At MMS 2009, our team announced a new feature of VMM 2008 R2 called Rapid Provisioning. This feature is not available in VMM 2008 R2 beta, but it will be available in the upcoming release candidate and in the RTM version. This feature was implemented...(read more)

Using the VMM Self Service Portal from a Win7 computer

mlmich — Sun, 05 Apr 2009 01:49:00 GMT

We have seen a lot of cases of customers trying to view the Virtual Machine Manager Self-Service Portal (SSP) UI from a computer running Windows Server 2008 R2 or Windows 7. If the portal is running VMM 2008, it is likely that you can't view the connections...(read more)

VMM 2008 R2 beta is now released

mlmich — Mon, 16 Mar 2009 19:55:00 GMT

The much anticipated VMM 2008 R2 beta is now released. You can go to http://connect.microsoft.com/ and sign up for the beta. Click on "Connection Directory" and sort by the newest beta programs or search for "System Center Virtual Machine Manager 2008 R2 Beta"

What's New in VMM 2008 R2 Beta

System Center Virtual Machine Manager 2008 (VMM) is a comprehensive management solution for managing virtualized infrastructure running on Windows Server 2008 with Hyper-V, Virtual Server 2005 R2 and VMware ESX through Virtual Center. Recently, Windows Server 2008 R2 Beta was released which included significant feature improvements to Hyper-V-the underlying hypervisor platform. A corresponding beta version of VMM R2 - the next version of VMM - is due for release shortly. VMM R2 Beta leverages the new platform enhancements and extends the feature set of VMM 2008. This overview highlights the most important new and significantly enhanced features in the VMM 2008 R2 Beta:

Support for new features of Windows Server 2008 R2 Beta

Live Migration: - Seen through the VMM console, this enables administrators to move virtual machines from one machine in a virtual host cluster to another with no downtime. This allows administrators greater flexibility in responding to planned or unplanned downtime, provides higher machine availability and more robust fault tolerance within virtualized infrastructure. The basic requirements for Live Migration are that all hosts must be part of a cluster and host processors must be from the same manufacturer. Additionally all hosts in the cluster must have access to shared storage. No changes are required to existing virtual machines, network, or storage devices in moving from Quick Migration to Live Migration other than upgrading to beta versions of Windows Server 2008 R2 and VMM 2008 R2.
Hot addition/removal of VHDs: Allows the addition and removal of new virtual hard disks (VHDs) on a running virtual machine. This enables storage growth in virtual machines without downtime. Additionally, ‘live" VHD management allows administrators to take advantage of additional backup scenarios and readily use mission critical and storage-intense applications (eg: SQL Server and Exchange).
New optimized networking technologies: VMM 2008 R2 Beta supports two new networking technologies - Virtual Machine Queue (VMQ) and TCP Chimney - providing increased network performance while demanding less CPU burden. NICS that support VMQ, create a unique virtual network queue for each virtual machine on a host that can pass network packets directly from the hypervisor to virtual machine. This speeds throughput as it bypasses much of the processing normally required by the virtualization stack. With TCP Chimney, TCP/IP traffic can be offloaded to a physical NIC on the host computer reducing CPU load and improving network performance.

Enhanced storage and cluster support

Clustered Shared Volumes (CSV): Provides a single, consistent storage space that allows virtual hosts in a cluster to concurrently access virtual machine files on a single shared logical unit number (LUN). CSV eliminates the previous one LUN per virtual machine restriction and coordinates the use of storage with much greater efficiency and higher performance. CSV enables the Live Migration of virtual machines in and out of the shared LUN without impacting other virtual machines. Enabling CSV on failover clusters is straightforward and easy to monitor through the VMM administrator's console; many storage configuration complexities prior to CSV have been eliminated.
SAN migration into and out of clustered hosts: This allows virtual machines to migrate into and out of clustered hosts using a SAN transfer, which automatically configures the cluster nodes to recognize and support the new workload.
Expanded Support for iSCSI SANs: Previously, only one LUN could be bound to a single iSCSI target whereas now -- with VMM 2008 R2 Beta -- multiple LUNS can be mapped to a single iSCSI target. This provides broader industry support for iSCSI SANs allowing customers more flexibility in choosing storage providers and iSCSI SAN options.

Streamlined process for managing host upgrades:

Maintenance Mode: Allows administrators to apply updates or perform maintenance on a host server by safely evacuating all virtual machines to other hosts on a cluster using Live Migration or putting those workloads into a saved state to be safely reactivated when maintenance or upgrades are complete. Maintenance mode is enabled for all supported hypervisor platforms on Windows Server 2008 R2 Beta.

Other VMM 2008 R2 Beta enhancements

Support of disjoint domains: Reduces the complexity of reconciling host servers with differing domain names in Active Directory and DNS. In these situations, VMM 2008 R2 Beta automatically creates a custom service principal name (SPN) configured in both AD and DNS allowing for successful authentication.
Use of defined port groups with VMware Virtual Center: On installation, VMM 2008 R2 Beta will present available port groups for VMM's use with VMware Virtual Center thus allowing administrators to maintain control over which port groups are used.

Trying to add Windows Server 2008 R2 as a host to VMM 2008?

mlmich — Sun, 25 Jan 2009 22:59:00 GMT

we have several customers that tried to add a Windows Server 2008 R2 as a host in VMM 2008.

Our team has not validated that R2 will work with VMM 2008 and it is officially not supported. However, for the few of you that tried to add a Windows Server 2008 R2 Core edition as a host in VMM and failed, you need to first enable WOW64. This is needed for Hyper-V on R2. To do that, run this command from the hyper-v server.

ocsetup ServerCore-WOW64

Once that is done, try to add this host in VMM again and that should work.

Before you run the command above, you could get the following errors when trying to add this host under management:

Error (410)

Agent installation failed on <servername>.

(Not enough storage is available to process this command (0x8))

The windows installer service could not be accessed. This can occur if you are running Windows in safe mode, or if the Windows Installer is not correctly installed....

VMM vNext will have full support for Windows Server 2008 R2. We will have announcements about that release in the next few weeks.

Azman permissions for VMM-managed Hyper-V hosts

mlmich — Mon, 12 Jan 2009 21:18:00 GMT

When VMM starts managing a hyper-v host, it takes full control of the Azman XML file that contains the permissions for Hyper-V. In fact, VMM will create a new copy of the file in a separate directory location and point hyper-v to that file (the file name is HyperVAuthStore.xml and is located inside the installation folder of VMM).

This, however, has some implications to 3rd party software that also want to have privileges to execute WMI calls against Hyper-V (if, however, this 3rd party software runs as local system or as a local administrator then everything works fine :) ). When VMM creates this new file, the only permissions listed are the ones VMM knows about and are as follows:

VMM Administrators are given full access to the VM/Hyper-V, including console access to the VM
VMM Delegated administrators have no access to the VM or Hyper-V
End User Role members are given console access to the VM if their User Roles has this privilege defined

This means that any privileges defined in the old Azman file will be lost once VMM takes control of the host. Every 30 minutes, VMM will also run a refresher that will update this file and ensure that the only privileges to VMs are the ones that VMM knows about. However, if any 3rd party software makes any changes to role definitions or role memberships in the root scope of the file, VMM will preserve them. So if you want to integrate with a VMM managed Hyper-V host, you can make your changes as listed above after VMM takes control of the host and VMM will preserve them.

In the next release of VMM, we are making a few changes in this area. Instead of ignoring all changes from the AZMAN XML file when we add a host in VMM, we will instead import any role definitions and role memberships from the root scope of the existing XML file (initialstore.xml) and add them to HyperVAuthStore.xml's root scope. No other scopes will be preserved.

When you remove a hyper-v host from management, in VMM 2008 we will revert the pointer from HyperVAuthStore.xml to initialstore.xml (or whatever the previous azman store was for hyper-v). This means that any changes made to HyperVAuthStore.xml while this host was under management in VMM are lost. You will need to ensure that the proper privileges are applied after the fact.

In the next release of VMM, we will solve this problem as well, making sure that any changes made to the root scope of HyperVAuthStore.xml are preserved during the removal of a host from management. The root scope changes are the only privileges that will be left behind for Hyper-V.

To find our the current Azman file that Hyper-V uses, you can query this registry key on the Hyper-V host: HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization\StoreLocation