Before hypervisors hit the mainstream, most physical computers could only run one operating system (OS) at a time. This made them stable because the computing hardware only had to handle requests from that one OS. The downside of this approach was that it wasted resources because the operating system couldn’t always use all of the computer’s power.
A hypervisor solves that problem. It is a small software layer that enables multiple instances of operating systems to run alongside each other, sharing the same physical computing resources. This process is called virtualization, and the operating system instances are referred to as virtual machines (VMs)—software emulations of physical computers.
The hypervisor, also known as a virtual machine monitor (VMM), manages these VMs as they run alongside each other. It separates VMs from each other logically, assigning each its own slice of the underlying computing power, memory, and storage. This prevents the VMs from interfering with each other; so if, for example, one OS suffers a crash or a security compromise, the others survive.
There are different categories of hypervisors and different brands of hypervisors within each category. The market has matured to make hypervisors a commodity product in the enterprise space, but there are still differentiating factors that should guide your choice. Here’s what to look for:
There are two broad categories of hypervisors: Type 1 and Type 2.
A Type 1 hypervisor runs directly on the underlying computer’s physical hardware, interacting directly with its CPU, memory, and physical storage. For this reason, Type 1 hypervisors are also referred to as bare-metal hypervisors. A Type 1 hypervisor takes the place of the host operating system.
Type 1 hypervisors are highly efficient because they have direct access to physical hardware. This also increases their security, because there is nothing in between them and the CPU that an attacker could compromise. But a Type 1 hypervisor often requires a separate management machine to administer different VMs and control the host hardware.
A Type 2 hypervisor doesn’t run directly on the underlying hardware. Instead, it runs as an application in an OS. Type 2 hypervisors rarely show up in server-based environments. Instead, they’re suitable for individual PC users needing to run multiple operating systems. Examples include engineers, security professionals analyzing malware, and business users that need access to applications only available on other software platforms.
Type 2 hypervisors often feature additional toolkits for users to install into the guest OS. These tools provide enhanced connections between the guest and the host OS, often enabling the user to cut and paste between the two or access host OS files and folders from within the guest VM.
A Type 2 hypervisor enables quick and easy access to an alternative guest OS alongside the primary one running on the host system. This makes it great for end-user productivity. A consumer might use it to access their favorite Linux-based development tools while using a speech dictation system only found in Windows, for example.
But because a Type 2 hypervisor must access computing, memory, and network resources via the host OS, it introduces latency issues that can affect performance. It also introduces potential security risks if an attacker compromises the host OS because they could then manipulate any guest OS running in the Type 2 hypervisor.
Type 1 hypervisors can virtualize more than just server operating systems. They can also virtualize desktop operating systems for companies that want to centrally manage their end-user IT resources.
Virtual desktop integration (VDI) lets users work on desktops running inside virtual machines on a central server, making it easier for IT staff to administer and maintain their OSs.
In this environment, a hypervisor will run multiple virtual desktops. Each desktop sits in its own VM, held in collections known as virtual desktop pools. Each VM serves a single user who accesses it over the network.
The user’s endpoint can be a relatively inexpensive thin client, or a mobile device. This gives them the advantage of consistent access to the same desktop OS. They can get the same data and applications on any device without moving sensitive data outside a secure environment.
Users don’t connect to the hypervisor directly. Instead, they access a connection broker that then coordinates with the hypervisor to source an appropriate virtual desktop from the pool.
VMware offers Type 1 and Type 2 hypervisors. Type 1 hypervisors include:
VMware also offers Type 2 hypervisor products for desktop and laptop users:
Hyper-V is Microsoft’s hypervisor designed for use on Windows systems. It shipped in 2008 as part of Windows Server, meaning that customers needed to install the entire Windows operating system to use it. Microsoft subsequently made a dedicated version called Hyper-V Server available, which ran on Windows Server Core. This enabled administrators to run Hyper-V without installing the full version of Windows Server. Hyper-V is also available on Windows clients.
Microsoft designates Hyper-V as a Type 1 hypervisor, even though it runs differently to many competitors. Hyper-V installs on Windows but runs directly on the physical hardware, inserting itself underneath the host OS. All guest operating systems then run through the hypervisor, but the host operating system gets special access to the hardware, giving it a performance advantage.
XenServer, now known as Citrix Hypervisor, is a commercial Type 1 hypervisor that supports Linux and Windows operating systems. XenServer was born of the Xen open source project (link resides outside ibm.com).
Open source hypervisors
Some hypervisors, such as KVM, come from open source projects. Red Hat's ties to the open source community have made KVM the core of all major OpenStack and Linux virtualization distributions.
Open source hypervisors are also available in free configurations. KVM is downloadable on its own or as part of the oVirt open source virtualization solution, of which Red Hat is a long-term supporter.
Another is Xen, which is an open source Type 1 hypervisor that runs on Intel and ARM architectures. It began as a project at the University of Cambridge and its team subsequently commercialized it by founding XenSource, which Citrix bought in 2007.
In 2013, the open source project became a collaborative project under the Linux Foundation. Many cloud service providers use Xen to power their product offerings.
Xen supports several types of virtualization, including hardware-assisted environments using Intel VT and AMD-V. It also supports paravirtualization, which tweaks the guest OS to work with a hypervisor, delivering performance gains.
Linux also has hypervisor capabilities built directly into its OS kernel. The kernel-based virtual machine (KVM) became part of the Linux kernel mainline in 2007 and complements QEMU, which is a hypervisor that emulates the physical machine’s processor entirely in software.
KVM supports virtualization extensions that Intel and AMD built into their processor architectures to better support hypervisors. These extensions, called Intel VT and AMD-V respectively, enable the processor to help the hypervisor manage multiple virtual machines. Where these extensions are available, the Linux kernel can use KVM. Otherwise, it falls back to QEMU.
Find out more about KVM (link resides outside ibm.com) from Red Hat.
Red Hat hypervisor
Red Hat bases its Red Hat Enterprise Virtualization Hypervisor on the KVM hypervisor. Its virtualization solution builds extra facilities around the hypervisor. This includes a virtualization manager that provides a centralized management system with a search-driven graphical user interface and secure virtualization technologies that harden the hypervisor against attacks aimed at the host or at virtual machines. Red Hat's hypervisor can run many operating systems, including Ubuntu.
Because there are so many different makes of hypervisor, troubleshooting each of them will involve a visit to the vendor's own support pages and a product-specific fix. However, some common problems include not being able to start all of your VMs. This can happen when you have exhausted the host's physical hardware resources. To fix this problem, you can either add more resources to the host computer or reduce the resource requirements for the VM using the hypervisor's management software.
Another common problem for hypervisors that stops VMs from starting is a corrupt checkpoint or snapshot of a VM. This is why VM backups are an essential part of an enterprise hypervisor solution, but your hypervisor management software may allow you to roll back the file to the last valid checkpoint and start it that way. However, this may mean losing some of your work.
Spin up virtual servers on demand and budget intelligently with hourly or monthly pricing and suspend billing. An ideal solution for lift-and-shift workloads that require fast application movement within the same architecture.
Migrate VMware workloads to the IBM Cloud while using existing tools, technologies and skills from your on-premises environment.
IBM® PowerVM® provides a secure and scalable server virtualization environment for AIX®, IBM i and Linux applications built on the Power Systems™ platform.
A virtual machine is a virtual representation, or emulation, of a physical computer. Virtualization makes it possible to create multiple virtual machines on a single physical computer.
IaaS is a cloud computing service that provides fundamental compute, network, and storage resources on-demand, over the internet on a pay-as-you-go basis.
VMware develops virtualization products that are a critical part of many enterprise IT infrastructures.
IBM invented the hypervisor in the 1960s for its mainframe computers. Today, IBM supports a range of virtualization products in the cloud. IBM Cloud Virtual Servers—public, dedicated, reserved and transient “spot” virtual servers with Intel Xeon processors—are fully managed and customizable, with options to scale up as your compute needs grow.