Microsoft announced via the Building Windows 8 blog that at least some client versions of Window 8 will natively support virtualization thought the use of Hyper-V, which has formerly been reserved for only server editions of Windows. Hyper-V always required some form of hardware virtualization, but this is more restrictive than the current specs and if the same requirement applies to the forthcoming Windows Server 8, then some machines capable of running Hyper-V today would not be able to run Hyper-V after upgrading. Microsoft promised at its Worldwide Partner Conference in July that any PC running Windows 7 today will be upgradeable to Windows 8 and the Hyper-V desktop requirements underscore the fact that not every Windows 7-capable computer will be able to access all the features of Windows 8, particularly given that Hyper-V will also require at least 4GB of RAM
Hyper-V is coming as a part of Windows 8, bringing the virtualization technology popular on Windows Server to the operating system and whether you are a software developer, an IT administrator or simply an enthusiast, many of you need to run multiple operating systems, usually on many different machines. Not all of us have access to a full suite of labs to house all these machines, and so virtualization can be a space and time saver. In building Windows 8, Microsoft worked to enable Hyper-V, the machine virtualization technology that has been part of the last 2 releases of Windows Server to function on the client OS as well. Hyper-V lets you run more than one 32-bit or 64-bit x86 operating system at the same time on the same computer. Instead of working directly with the computer’s hardware, the operating systems run inside of a virtual machine (VM). Hyper-V enables developers to easily maintain multiple test environments and provides a simple mechanism to quickly switch between these environments without incurring additional hardware costs. For example, they release pre-configured virtual machines containing old versions of Internet Explorer to support web developers. The IT administrator gets the additional benefit of virtual machine parity and a common management experience across Hyper-V in Windows Server and Windows Client. They also know that many of you use virtualization to try out new things without risking changes to the PC you are actively using. Hyper-V requires a 64-bit system that has Second Level Address Translation (SLAT). SLAT is a feature present in the current generation of 64-bit processors by Intel & AMD. You’ll also need a 64-bit version of Windows 8, and at least 4GB of RAM. Hyper-V does support creation of both 32-bit and 64-bit operating systems in the VMs.
Hyper-V’s dynamic memory allows memory needed by the VM to be allocated and de-allocated dynamically (you specify a minimum and maximum) and share unused memory between VMs. You can run 3 or 4 VMs on a machine that has 4GB of RAM but you will need more RAM for 5 or more VMs. On the other end of the spectrum, you can also create large VMs with 32 processors and 512GB RAM. As for user experience with VMs, Windows provides two mechanisms to peek into the Virtual Machine: the VM Console and the Remote Desktop Connection. The VM Console (also known as VMConnect) is a console view of the VM. It provides a single monitor view of the VM with resolution up to 1600×1200 in 32-bit color. This console provides you with the ability to view the VM’s booting process. With RDC, the VM takes advantage of capabilities present on your physical PC. For example, if you have multiple monitors, then the VM can show its graphics on all these monitors. Similarly, if you have a multipoint touch-enabled interface on your PC, then the VM can use this interface to give you a touch experience. The VM also has full multimedia capability by leveraging the physical system’s speakers and microphone. For storage, you can add multiple hard disks to the IDE or SCSI controllers available in the VM. You can use Virtual Hard Disks or actual disks that you pass directly through to the virtual machine. VHDs can also reside on a remote file server, making it easy to maintain and share a common set of predefined VHDs across a team.
Hyper-V’s Live Storage Move capability helps your VMs to be fairly independent of the underlying storage. With this, you could move the VM’s storage from one local drive to another, to a USB stick, or to a remote file share without needing to stop your VM. Hyper-V is the ability to take snapshots of a virtual machine while it is running and a snapshot saves everything about the virtual machine allowing you to go back to a previous point in time in the life of a VM and is a great tool when trying to debug tricky problems. At the same time, Hyper-V virtual machines have all of the manageability benefits of Windows. Windows Update can patch Hyper-V components, so you don’t need to set up additional maintenance processes. And Windows has all the same inherent capabilities with Hyper-V installed. Features or applications that depend on specific hardware will not work well in a VM. For example, Windows BitLocker and Measured Boot, which rely on TPM (Trusted Platform Module), might not function properly in a VM, and games or applications that require processing with GPUs (without providing software fallback) might not work well either. Also, applications relying on sub 10ms timers, i.e. latency-sensitive high-precision apps such as live music mixing apps, etc. could have issues running in a VM. The root OS is also running on top of the Hyper-V virtualization layer, but it is special in that it has direct access to all the hardware. This is why applications with special hardware requirements continue to work unhindered in the root OS but latency-sensitive, high-precision apps could still have issues running in the root OS.
[ttjad keyword=”microsoft”]
Nice post. I am on this subject read an interesting article on page http://www.vpswebserver.com/news/virtualization-of-microsoft-operating-system-with-hyper-v/