Register for exam and view official preparation materials to get hands-on Server Virtualization with Windows Server Hyper-V and System Center or promotions, please contact your Regional Service Center. This study guide for Microsoft's Server Virtualization with Windows Server Hyper-V and System Center exam will take you through each. Free exam in VCE & PDF format also you can read online. Exam Server Virtualization with Windows Server Hyper-V and System Center.
|Language:||English, Spanish, Hindi|
|Genre:||Business & Career|
|Distribution:||Free* [*Registration needed]|
Hyper-V Server and Windows Server R2 with Hyper-V provide best in class . Microsoft Hyper-V Und System Center: Das Handbuch Für Administratoren. pdf Windows Server Hyper-V Installation and Configuration Guide. epub . Server Virtualization with Windows Server Hyper-V and System Center. Did you know that Packt offers eBook versions of every book published, with PDF and ePub files available? Upgrading legacy Hyper-V servers to Windows Server 51 . Chapter 7: Managing Hyper-V with System Center Virtual .. we configure the identical type of virtualization servers (a cluster), and this shared . Are you looking for Virtualization Study Guide? Then you certainly come exam Server. Virtualization with Windows Server Hyper-V and System Center.
And even more importantly for production environments, differencing disks are now merged with the parent while the virtual machine is running. Improved virtual machine import The virtual machine import process in Hyper-V in Windows Server improved to help resolve configuration problems that might otherwise prevent a virtual machine from being imported. In addition, you could import a virtual machine by copying its files manually instead of having to export the virtual machine first.
Dynamic Memory improvements Dynamic Memory was improved in Hyper-V in Windows Server to include support for configuring minimum memory. In addition, Smart Paging, a new memory management mechanism, was introduced to provide a reliable restart experience for virtual machines configured with less minimum memory than startup memory. Virtual Fibre Channel Hyper-V in Windows Server allowed you to connect directly to Fibre Channel storage from within the guest operating system that runs in a virtual machine.
This allowed you to virtualize workloads and applications that require direct access to Fibre Channel based storage. It also made guest clustering clustering directly within the guest operating system possible when using Fibre Channel based storage. Hyper-V Replica Hyper-V in Windows Server allowed you to replicate virtual machines between storage systems, clusters, and data centers in two sites to provide business continuity and disaster recovery.
Now that we ve reviewed the Hyper-V improvements introduced previously in Windows Server , let s move on and examine some of the new capabilities added to Hyper-V in Windows Server R2. Generation 2 virtual machines One of the key ways that Windows Server R2 advances the Hyper-V virtualization platform is in its support for a new generation of virtual machines. Legacy free In previous versions of Hyper-V, virtual machines used a standard set of emulated hardware devices to ensure compatibility running all versions of Windows.
With Generation 2 virtual machines, many of these emulated devices have now been removed and replaced with synthetic drivers and software-based devices as summarized in Table In fact, Generation 2 virtual machines don t even have an IDE controller!
Faster deployment Network-based installation of a guest operating system onto a Generation 2 virtual machine is significantly faster than for the previous generation of Hyper-V virtual machines for two reasons. First, the Legacy Network Adapter device is no longer required or even supported by Generation 2 virtual machines.
The result is that installing a supported guest operating system in a Generation 2 virtual machine takes only about half the time as installing the same guest operating system in a previous generation virtual machine.
Once the Generation 2 virtual machine has Windows Server R2 installed as the guest operating system, opening Device Manager shows the various synthetic and software-based devices attached to the VMBus. Figure compares Device Manager for Generation 1 virtual machines left with Device Manager for Generation 2 virtual machines right.
Automatic VM activation Starting way back with Windows Server R2 with Service Pack 2, the Datacenter edition of Windows Server has provided unlimited virtualization rights for servers to allow organizations to deploy as many virtual machines as they need in their environments.
But until now this benefit has come with the cost of the administrative overhead of deploying a key management infrastructure for licensing and activating these virtual machines. Beginning with Windows Server R2, when a new virtual machine with Windows Server R2 installed as the guest operating system boots up for the first time on a Hyper-V host running a Datacenter edition of Windows Server, the new virtual machine checks to see whether the host machine has been activated, and if it is activated then the virtual machine automatically activates itself as well.
This new automatic activation capability removes a major customer pain point by greatly reducing the time and effort needed by large enterprises and hosters for managing licensing and activation of large numbers of virtual machines in their environment.
And this is also completely secure with respect to your existing key management infrastructure since no keys are used to activate the virtual machines. So if you should copy or move one of your virtual machines to someone else s environment, for example, as part of demonstration purposes, your keys won t be exposed.
Of course, the other environment must also be using hosts running an activated copy of a Datacenter edition of Windows Server. VM Connect is installed on the host when you add the Hyper-V role to your server. Specifically, if the server is running Windows Server , then the VM Connect is installed with the Hyper-V role provided that either the server with a GUI installation option has been selected or the Minimal Server Interface option has been configured.
The purpose of VM Connect is to enable Hyper-V administrators to directly interact with the guest operating system in a virtual machine from the local console of the host. While management of most virtual machines is typically performed remotely using either Remote Desktop Connection RDC or Windows PowerShell, there are times when you might need to work with a virtual machine directly on the host, for example when the virtual network adapter of a virtual machine stops functioning.
In such cases, you can use Hyper-V Manager on the host and to connect to the virtual machine and open its desktop within the VM Connect window to configure or troubleshoot the virtual machine and its guest operating system even if the virtual machine has no connectivity with your network.
The way that VM Connect works in Windows Server and earlier is to present you with a bitmap image of the desktop of a virtual machine s guest operating system, which is generated by an emulated video card in the virtual machine. This bitmap image is updated in real time so you can see configuration changes as they happen. VM Connect also provides you with emulated keyboard and mouse devices in the virtual machine so you can directly control the desktop of the guest operating system.
Because VM Connect in Windows Server and earlier uses bitmap images, certain limitations exist in how you can use VM Connect to interact with the guest operating system.
Beginning with Windows Server R2, however, VM Connect no longer connects you to the guest operating system using an emulated video card, keyboard, and mouse in the virtual machine. Redirect audio on the virtual machine to the host. Enable the guest operating system to use smart cards attached to the host.
Enable the guest operating system to access any USB device attached to the host. All of this is possible even if the virtual machine is not connected to the network. You don t have to be logged on interactively to the host to experience all this new VM Connect functionality. Cross-version live migration Windows Server R2 also includes several significant improvements to live migration that can benefit organizations deploying private cloud solutions built with Windows Server and System Center.
Live migration was introduced in Windows Server R2 to provide a high-availability solution for virtual machines running on Hyper-V hosts. Live migration uses the Failover Clustering feature to allow running virtual machines to be moved between cluster nodes without perceived downtime or loss of network connection. Live migration provides the benefit of increased agility by allowing you to move running virtual machines to the best host for improving performance, achieving better scaling, or ensuring optimal workload consolidation.
Live migration also helps increase productivity and reduce cost by allowing you to service your host machines without interruption or downtime for your virtualized workloads. Cross-version live 12 Introducing Windows Server R2 Preview Release 21 migration can be performed using any of the live migration options supported by Windows Server including: Live migration on a failover cluster Live migration between failover clusters Live migration using a Scale-Out File Server that supports SMB 3.
If you can tolerate a brief downtime window for your workloads, you can even choose to perform an in-place upgrade of your existing Hyper-V hosts from Windows Server to Windows Server R2. And unlike previous versions of Windows Server, you don t have to perform a lot of preparatory actions before performing an in-place upgrade of your Hyper-V hosts.
For example, you previously had to do things like turn off the virtual machines running on the host, and you also had to delete any snapshots and saved states of the virtual machines. When performing an in-place upgrade of a Hyper-V host from Windows Server to Windows Server R2, however, none of these preparatory steps are required and all of the virtual machine s snapshots and saved states are preserved.
First, a new ability to compress live migration traffic can be used to reduce the amount of data that needs to be sent over the network during a live migration. This live migration compression capability is enabled by default for Hyper-V in Windows Server R2 and can often halve the time it takes to perform a live migration in a Windows Server R2 Hyper-V environment, depending on the processing resources available on the host machines for performing the compression operation.
RDMA is a networking technology that enables high-throughput, low-latency communication that minimizes CPU usage on the computers using this technology. RDMA is an industry standard protocol defined in RFC that works by moving data directly between the memory of the computers involved, bypassing the operating systems on these machines.
SMB Multichannel thus enables server applications to take full advantage of all available network bandwidth and be resilient to a network failure. This not only results in significantly faster live migrations but also results in less use of processing resources on the hosts as well. This is different from live migration compression, which utilizes available processor resources on the host to reduce the network load involved in transferring the compressed virtual machine memory across the network.
When would you use live migration compression? A typical scenario would be when the primary constraining factor limiting the speed of live migration is your network bandwidth but your Hyper-V hosts are not under heavy load as regards processing cycles.
A scenario here would be when the primary constraining factor is high processor utilization on your host machines while you have lots of bandwidth available on your network. In general, if the network you are using for performing your live migration is 10 GbE or slower, you probably want to use the compression approach.
This means that if the workload running on a virtual machine should require more space, you can expand the virtual hard disk without interrupting any applications accessing the workload. And if you want to reallocate storage space from one virtual machine to another, you can shrink the virtual hard disk attached to the first virtual machine provided that there is sufficient unpartitioned space on the disk to free up space for expanding the disk on the second machine.
Online resizing of virtual hard disks requires that these disks be using the newer VHDX virtual hard disk format first introduced in Windows Server VHDX was designed to address the growing technological demands of today s enterprises and provides greater storage capacity, built-in data protection, and support for large-sector hard disk drives. In addition, online resizing requires that the virtual disk be attached to the virtual machine s SCSI bus.
For example, the following steps use Hyper-V Manager to expand the size of a running virtual machine: 1. In Hyper-V Manager, right-click the virtual machine and select Settings. Select the Expand option on the Choose Action page, click Next, type the new size you want the virtual hard disk to have see Figure , and then click Next followed by Finish. Once you ve expanded a virtual hard disk, the option to shrink it will be displayed next time you use the Edit Virtual Hard Disk Wizard.
Live export Not only can you now resize virtual hard disks attached to virtual machines while the virtual machines are running, you can also export a running virtual machine.
You couldn t do this with virtual machines on Windows Server or earlier versions of Windows Server. However, with Windows Server R2 you can use Hyper-V Manager to export a complete copy of a running virtual machine or to export any snapshot of a running virtual machine. And you can use Virtual Machine Manager R2 to clone a running virtual machine, which basically involves exporting and then importing a virtual machine to create a new virtual machine that is based on the existing virtual machine.
And you can even export snapshots while a virtual machine is running. One scenario where live export can be helpful is when a running virtual machine in your environment begins to exhibit some instability but is still performing its expected workload.
Previously, you had to choose between the lesser of two evils: Stop the virtual machine or take it offline and try to troubleshoot the problem.
Unfortunately while the virtual machine is stopped or offline, its workload will no longer be available to users, and this can result in loss of either business or productivity. This approach allows the virtual machine s workload to continue to be available, but instability often ends up with the application or guest operating system crashing, which means a probable interruption in workload will occur.
Once again, this is likely to result in loss of either business or productivity. With live export, however, you can now clone a copy of your unstable virtual machine without shutting the virtual machine down see Figure You can then let your production virtual machine continue to run while you perform troubleshooting steps on the cloned workload to try and see if you can resolve the issue causing the instability.
Once you determine how to fix the problem by working with the cloned virtual machine, you might be able to repair your production virtual machine without needing to reboot the guest operating system or restart its running applications, depending on the issue causing the instability.
Linux guest support in Hyper-V is especially desired by hosting providers who often like to provide their customers with a wide range of platform options for running their web applications and services. Because of the needs of these customer segments, Microsoft envisions Hyper-V virtualization as cross-platform from the metal up and supports a wide range of Linux distros, as shown in Table , by providing Linux Integration Services LIS for specific versions of popular distros.
Dynamic Memory Dynamic Memory is now fully supported for Linux virtual machines, including both hot-add and remove functionality. This means you can now run Windows and Linux virtual machines side-by-side on the same host machine while using Dynamic Memory to ensure fair allocation of memory resources to each virtual machine on the host. Online VHDX resize Virtual hard disks attached to Linux virtual machines can be resized while the virtual machine is running.
Hyper-V Replica enhancements In the short time that Windows Server has been released, Hyper-V Replica has proven to be one of its most popular features.
Hyper-V Replica provides asynchronous replication of virtual machines between two Hyper-V hosts. It s easy to configure and doesn t need either shared storage or any particular storage hardware. Any server workload that you can virtualize on Hyper-V can be replicated using this capability, and replication is encrypted during transmission and works over any IP-based network. You can use Hyper-V Replica with standalone Hyper-V hosts, failover clusters of hosts, or a mixture of these environments.
The host machines can either be physically colocated or widely separated geographically. And they don t need to be in the same domain or even domain-joined at all. Hyper-V Replica is an ideal technology for organizations that want to add support for disaster recovery to their Hyper-V environment to ensure business continuity.
For example, you could use it to provide disaster recovery support for the branch offices by replicating their virtual machines to hosts at the head office. Another possible scenario would be to have a hosting provider set up a Replica server at their data center to receive replication data from a number of Hyper-V hosts running virtualized workloads on the premises of customers.
In Hyper-V Replica in Windows Server R2, greater control over the frequency at which data is replicated between hosts is a new feature. In Windows Server , the replication frequency was fixed at every five minutes. Some customers provided feedback that this was not frequent enough for their environment, while others requested the option of performing replication less frequently.
So now, as Figure shows, there are two new replication frequencies you can choose from besides the default one of five minutes when you enable replication for a server: 30 seconds Choosing this option means that the host in the replica site will never be more than a minute behind the host in the primary site.
This option was provided in Windows Server R2 so that Hyper-V Replica could be used as an alternative to more expensive SAN solutions that have a similar low latency. Organizations that simply need to replicate data as quickly as possible, for example between two data centers in the same metropolitan area, might choose this option.
CHAPTER 2 Hyper-V 19 28 15 minutes This option was provided especially for organizations that wanted to replicate data over networks that had very high latency or low reliability, for example over a satellite link. To ensure that replication would tolerate network outages and succeed in such scenarios, a long replication window like this can now be chosen when you enable replication on a host in Windows Server R2, and choosing this option means that the host in the replica site will never be more than an hour behind the host in the primary site.
As Figure shows, you configure extended replication when you enable replication on a host. One possible use for this new feature would be enterprises that want to do replication both on-premises and to a local hoster. With extended replication, enterprises can do a first-hop replication on-premises and then a second hop offsite, like this: On-premises host A On-premises host B Hosting provider Another usage scenario might be for hosting providers that provide Hyper-V Replica services to their customers and also want to replicate customer virtual machines to the hoster s backup data center.
Extended replication in this scenario would thus be: Customer site Primary data center Secondary data center These enhancements to Hyper-V Replica in Windows Server R2 don t just represent new features added to the platform in response to customer requests; they also represent the next steps in Microsoft s vision of offering cloud-scale disaster recoverability solutions based on the Windows Server platform, System Center, and Windows Azure.
For example, by using Hyper-V Recovery Manager together with VMM R2, you can replicate your organization s primary data center to your disaster recovery site as shown in Figure Using Hyper-V Recovery Manager, you can enhance your organization s disaster recovery preparedness by performing failovers of selected virtual machine workloads in your environment to replicate them to your backup site.
And the best thing about it is that you can do this at a fraction of the cost of using traditional SAN replication.
There s more! We ll talk about that in Chapter 3, Storage, since it fits well into the theme of that chapter. This new capability is going to be a game changer, especially for hosters who want to maintain separation between their own storage infrastructure and that of their tenants.
Since this is related to the topic of clustering, we ll defer discussion of this one until we get to Chapter 4, Failover Clustering later in this book.
There are still other enhancements to Hyper-V in Windows Server R2, but since this is only a First Look book we ll leave these until we get more chances to play with the product so we can revise and expand this book when Windows Server R2 is released to manufacturing and becomes generally available to customers. For many organizations, storage is also a major cost center that consumes a large portion of the budget of the IT department.
Maximizing the performance and efficiency of storage while helping to reduce costs was a major goal of Windows Server , and the numerous new features and capabilities introduced in that platform now provide enterprises with new ways of squeezing the most out of shrinking IT budgets when it comes to storage.
Windows Server R2 takes these previous enhancements a step further and enables organizations to reenvision how storage infrastructure can be built and managed. This chapter examines the new storage features in Windows Server R2, focusing mainly on improvements to file- and block-based storage in the platform.
The next chapter will build on this one by examining how failover clustering has been enhanced in Windows Server R2 and how Hyper-V virtualization can benefit from the improvements to storage and failover clustering. But first we ll briefly review some of the storage enhancements that were previously introduced in Windows Server Previous enhancements to storage A number of new storage capabilities were introduced in the previous version of Windows Server, and space doesn t allow us to describe each of them in detail.
But as a quick summary, the following might be characterized as some of the more significant storage improvements in the platform: Storage Spaces Storage Spaces provided storage virtualization capabilities that allow you to group industry-standard disks such as Serial ATA or Serial Attached SCSI disks into storage pools.
Change the time zone Enables a user to change the time SeTimeZonePrivilege zone on the local computer. Create a pagefile Enables a user to change settings SeCreatePagefilePrivilege around the pagefile, including its size.
Create a token object Enables a process to create a token SeCreateTokenPrivilege using the privileged account. Create global objects Enables creation of global objects. Debug programs Enables a user to attach to a process SeDebugPrivilege for debugging.
Generate security audits Enables an account to generate audit SeAuditPrivilege records in the security log. Impersonate a client Enables a program to impersonate a SeImpersonatePrivilege after authentication user or account and act on behalf of that user or account. Increase a process Enables a user to increase the size of SeIncreaseWorkingSetPrivilege working set a working set of a process. Increase scheduling Enables a user to increase the base SeIncreaseBasePriorityPrivilege priority priority of a process.
Load and unload device Enables a user to dynamically load or SeLoadDriverPackage drivers unload device drivers. Lock pages in memory Enables an account to keep data SeLockMemoryPrivilege from a process in physical memory. Manage auditing and Enables a user to work with auditing SeSecurityPrivilege security log and security log. Perform volume Enables a user to do volume- and SeManageVolumePrivilege maintenance tasks disk managementrelated tasks.