Implementing Hyper V virtualization Service Pack 1
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
Notes de l'éditeur
Now, the two features, as it turns out, are very exciting in the context of you being a VDI user, because really on the cost side one of the challenges you have in VDI is when you have desktops, you have lots of desktops. And if each desktop requires a 2 gigabyte, for example, amount of memory, which is a good amount of memory to run Windows 7, then your server memory capacity is going to be stretched at a relatively short timeframe. So, given that in the desktop environment, not everybody is using their desktops at the same level at the same time, are there optimizations that we can do to fix that, and I think there are. So, the notion here is that while you should always size your systems relative to what your peak capacity is, and this Dynamic Memory doesn't help with peak capacity, you can definitely improve your capacity over time, given that some people are using their desktops, some people are being very intensive on what they're doing on the desktops, some people are being very light on what they're doing on the desktops, and some people frankly have their VDI desktops open but are in meetings and are not using it at all. So, depending on what the workload is on a specific desktop, the memory requirement changes. So, this Dynamic Memory feature really takes advantage of that fact, and dynamically sizes the memory of the virtual machine based on the requirements of that virtual machine.So, you set the little radio box here to dynamic, with some parameters around it, and Hyper-V begins controlling the memory management of Windows. So, when I go to a meeting and I'm not running anything, then that virtual machine will give back its memory back to the pool, and another virtual machine can use that memory. When I'm back and I'm loading multiple instances of Excel and doing lots of complex calculations, then Hyper-V will go ahead and give me back memory from the pool. So, what this feature really does is improve the overall capacity by recognizing that various workloads are sometimes strongly used, sometimes not used at all, and in aggregate the system can do a better job of memory management through the Hyper-V than within each one of the virtual machines. So, Dynamic Memory is an exciting feature coming in Windows Server 2008 R2 service pack 1. A second key feature here is really RemoteFX. Now, RemoteFX is really focused on the fact that the VDI user experience is a lower user experience than the PC user experience. There are some physics challenges, of course, associated with this, wide area networks in particular, and actually our partner Citrix is probably the leader in the market in terms of providing a wide area network experience. However, what we have done is really focused on a technology we call RemoteFX that improves over LAN networks the user experience, and in particular some of the key areas historically with a VDI experience that have been a challenge have included things like 3D graphics. So, if you are thinking about using a CAD/CAM or if you're thinking about using any 3D software in your VDI environment, it's historically been a challenge. And the RemoteFX technology, which comes from the acquisition of Calista that we made in 2008, really addresses that. RemoteFX technology builds on the notion that you install server-side graphics hardware, and by putting a server-side graphics card in, the computing of the graphics experience occurs on the server, and you can have a full fidelity graphics rich desktop piped to any type of device: thin client, PC, the whole lot. So, what you can see here on this small screenshot is full Aero glass. You get things like peek and thumbnails and the whole lot. And, in addition to that, your OpenGL, your direct 3D applications just work. So, the fidelity of the desktop experience is significantly higher for LAN environments using RemoteFX. And RemoteFX, in fact, is a very open protocol, and we have recently announced that our partner, Citrix, will be building support for RemoteFX into their HDX technologies. So, it's a very open environment, and we encourage that. So, once again, I just want to go back and really reinforce that Windows 7 service pack 1, as opposed to Windows Server 2008 R2 service pack 1, does not have any new features in it, okay? So, we are not adding features to Windows 7 service pack 1. It's all about updates. There's really no need to wait for it. It's not a big deal here, given that in this day and age updates are available to you through WSUS or through Windows Update, should you choose to use it, for the issues that are most important. So, Windows 7 service pack 1 is really not a big deal in terms of features; there aren't any. Windows Server 2008 R2 service pack 1, if you're not doing VDI, is also not a big deal in terms of features. If you are doing VDI, there's the great new features of RemoteFX and Dynamic Memory that really support my statements earlier, that Microsoft is absolutely embracing VDI, and we certainly want to be the technology with Citrix in many cases to enable that. So, to that exact point, certainly when you're comparing VMware versus Microsoft in the VDI space, then I would recommend you look at the combination of XenDesktop on top of Hyper-V. Remote FX: With Microsoft RemoteFX, users will be able to work remotely in a Windows Aero desktop environment, watch full-motion video, enjoy Silverlight animations, and run 3D applications within a Hyper-V VM – all with the fidelity of a local-like performance.
Migration of virtual machines that have RemoteFX enabled to a node that does not have RemoteFX enabled will fail. To live-migrate virtual machines that have RemoteFX enabled, all nodes must be capable of supporting RemoteFX, all nodes must use identical graphics processing units, and all nodes must have RemoteFX enabled. For details of the CPU requirements for RemoteFX, see see “Hardware Considerations for RemoteFX” at http://go.microsoft.com/fwlink/?LinkId=191918
Windows Server 2003 / Windows Server 2003 R2Update the integration services. Windows Server 2008Install sp2 and then install this hotfix: http://support.microsoft.com/kb/2230887 inside the virtual machine. Finally you will need to update the integration services. Windows Server 2008 R2Instead of updating the integration services – you need to install the release candidate of service pack 1 inside the virtual machine otherwise you get the following dummy error message even if you update the integration services.
Assigned memory : Physical memory used by the VM. The minimum value can be 5% and max 2000%. Assigned memory ideally is memory demand+memory buffer Memory demand: Total committed memory in the VM [memory needed to run with reasonable performance] and if this memory is less than assigned memory, VM will use guest paging and you will see a memory warning status in Hyper-V GUI.Memory status: Gives an indication about the memory status of VM for e.g. OK, Low, Warning.
This “ideal target memory value” is constantly changing as the virtual machine is running. Open a new program, the virtual machine needs more memory. Close a program and it needs less. However, it would not be a good idea to actually try and keep the virtual machine exactly at the ideal target memory value for a couple of reasons:This is where the memory buffer comes into play. The memory buffer allows you to specify how much “extra” memory a virtual machine should be given when we are moving memory around between virtual machines. By default this value is set to 20% – but you can make easily make it lower or higher.
The first thing to know is that this setting does not have any real effect if there is enough memory available on the physical computer. With enough memory available in the physical computer – all virtual machines can get the amount of memory that they want. However, when there is not enough memory available in the physical computer, Hyper-V needs to decide who gets the memory and who does not. And this is where the memory priority comes in to play.Specifically there are three effects:Higher priority virtual machines get given more memory. When memory is being given to virtual machines it is given to high priority virtual machines first.Memory is taken from lower priority virtual machines first. Similarly to the first point – when more memory is needed, it is taken from low priority virtual machines before it is taken from high priority virtual machines.The amount of memory removed from already running virtual machines when trying to start a new virtual machine depends on the memory priority of the new virtual machine.There is some extra information to know about this third point.The first is that – yes – Hyper-V will take memory away from already running virtual machines in order to let a new virtual machine start. That is unless the new virtual machine has a very low memory priority. The second is that this “startup effect” of memory priority also applies to virtual machines that do not have dynamic memory enabled. This is to say that if you have a mixture of virtual machines with and without dynamic memory enabled – the memory priority setting on the virtual machines without dynamic memory enabled will affect how much memory is removed from the dynamic memory enabled virtual machines when you try to start the virtual machines without dynamic memory enabled.
Microsoft® RemoteFX™ enables the delivery of a full Windows user experience to a range of client devices including rich clients, thin clients, and ultrathin clients. RemoteFX delivers a rich user experience for Virtual Desktop Infrastructure (VDI) by providing a 3D virtual adapter, intelligent codecs, and the ability to redirect USB devices in virtual machines. RemoteFX is integrated with the RDP protocol, which enables shared encryption, authentication, management, and device support. RemoteFX also delivers a rich user experience for session-based desktops and RemoteApp programs to a broad range of client devices.Knowledge workers who work on the applications that are available on virtual desktops. These applications may include the following:Silverlight and Flash applications3D applications built on DirectXUSB devices that are used on a virtual machineMicrosoft Office applicationsMedia player applicationsApplications that are hosted on the InternetLine-of-business applications
SLAT-enabled processor The processor in the RemoteFX server must support Second-Level Address Translation (SLAT). In virtualization scenarios, hardware-based SLAT support improves performance. On Intel processors, this is called Extended Page Tables (EPT), and on AMD processors, it is called Nested Page Tables (NPT).GPU At least one graphics processing unit (GPU) is required on the RemoteFX server. The GPU driver must support DirectX 9.0c and DirectX 10.0. If more than one GPU is installed in the RemoteFX server, the GPUs must be identical. The GPU must have sufficient dedicated video memory that is separate from system memory.
Not available in Web Server and Itanium.Microsoft tested 12 VM per GPU.Live Migration – Both must have the same GPU