VirtuWa
Try Demo
Back to insights
Virtualization

Type 1 vs Type 2 Hypervisors: What's the Difference?

Learn the difference between Type 1 and Type 2 hypervisors, how bare-metal virtualization works, and which architecture is used for different workloads.

Published 24 September 20268 min readVirtuWa Editorial Team
Share this article
Type 1 vs Type 2 Hypervisors: What's the Difference?

The Type 1 vs Type 2 hypervisor distinction describes where the virtualization layer runs. A Type 1 hypervisor runs directly on the server hardware and is used for data center and server virtualization. A Type 2 hypervisor runs as an application on a desktop or laptop operating system and is used mainly for development, testing and labs. This guide explains both, where bare-metal hypervisors fit, and why some modern hypervisors such as KVM do not fit neatly into either box.

What is a hypervisor?

A hypervisor is the software that creates and runs virtual machines. It lets one computer run multiple operating systems at the same time, each inside its own VM, while they share the same physical hardware.

The hypervisor divides hardware resources — CPU time, memory, storage and network access — between VMs and keeps each guest operating system isolated from the others. How it does that, and what sits between it and the hardware, is what separates the two types. For the broader picture, see what server virtualization is.

What is a Type 1 hypervisor?

A Type 1 hypervisor is installed directly on the physical server, without a general-purpose operating system underneath. It controls the hardware itself and schedules VMs onto it. This is why Type 1 hypervisors are also called bare-metal hypervisors.

Type 1 hypervisors are the standard choice for enterprise server virtualization. They are designed for continuous operation, clustering, high availability and remote management, and they are typically managed centrally rather than from a local screen.

What is a Type 2 hypervisor?

A Type 2 hypervisor — also called a hosted hypervisor — runs as an application on top of an existing operating system such as Windows, macOS or a Linux desktop. The host OS manages the hardware, and the hypervisor requests resources from it.

Type 2 hypervisors are convenient for individual use. Common scenarios include:

  • Developers running test environments on a laptop
  • Testing software on several operating systems
  • Desktop use, such as running an application that needs another OS
  • Training labs and proof-of-concept experiments

Type 1 vs Type 2 hypervisors

The comparison below reflects typical designs; individual products vary.

AspectType 1 (bare metal)Type 2 (hosted)
ArchitectureRuns directly on server hardwareRuns as an application on a host OS
Typical workloadProduction servers and data center workloadsDevelopment, testing and desktop VMs
Performance considerationsUsually lower overhead, as no general-purpose OS sits in betweenShares resources with the host OS and its applications
Isolation modelHypervisor controls hardware and isolates VMsIsolation also depends on the host OS
Common use caseClusters, private cloud, server consolidationIndividual workstations and labs
Management approachCentralized, remote, API-drivenLocal application interface
Deployment environmentData center or dedicated serversLaptops and desktops
Type 1 architecture
  • Virtual machines
  • Hypervisor
  • Server hardware
Type 2 architecture
  • Virtual machines
  • Hypervisor application
  • Host operating system
  • Computer hardware
KVM
  • Virtual machines
  • Linux kernel with KVM
  • Server hardware
Simplified layers for each model, listed top to bottom.

It is tempting to say Type 1 is always faster, but real performance depends on hardware support, drivers, storage, configuration and workload. Hardware-assisted virtualization has narrowed many historical gaps.

What are bare-metal hypervisors?

"Bare metal" simply means the hypervisor is the first software layer on the hardware. Because it is not competing with a desktop operating system, it can dedicate the machine to running VMs, reduce the attack surface and be managed as infrastructure.

Bare-metal hypervisors form the base of most data center and private cloud designs, where many hosts are clustered and managed together.

Where does KVM fit?

KVM is built into the Linux kernel. When enabled, the Linux kernel running directly on the server acts as the hypervisor, and VMs use the processor's virtualization extensions. From that perspective KVM behaves like a bare-metal, Type 1-style hypervisor and is used that way in enterprise and cloud environments.

At the same time, the host is a full Linux system and each VM runs as a Linux process, which is closer to how Type 2 hypervisors are often described. The simplified historical model does not map perfectly to this design, and that is fine — the classification matters less than capabilities such as performance, isolation, hardware support and management. Our guide to the KVM hypervisor explains the architecture in more depth.

Hypervisors and different types of virtualization

Hypervisors are central to server virtualization, but the word "virtualization" covers several distinct concepts:

  • Server virtualization: running multiple server VMs on shared physical hosts.
  • Desktop virtualization: delivering desktop environments from central infrastructure to users.
  • Application virtualization: packaging or streaming applications so they run separately from the underlying OS.
  • Storage virtualization: pooling physical storage devices into logical storage presented to hosts and VMs.

These are different technologies with different tools. VirtuWa focuses on server virtualization and private cloud infrastructure; it does not provide desktop or application virtualization products.

What should businesses consider when choosing a hypervisor?

For production server workloads, the hypervisor type is only the starting point. Evaluate the complete platform around it:

  • Hardware compatibility with your servers, storage and network
  • Centralized management and API access
  • High availability, live migration and resource scheduling — see HA vs DRS vs live migration
  • Networking and storage integration
  • Backup and disaster recovery options
  • Automation and infrastructure-as-code support
  • Operational skills available in your team
  • Vendor support model and licensing
  • Migration requirements from your current platform

VirtuWa and server virtualization

Asas HV is VirtuWa's server virtualization foundation, built on KVM, QEMU and libvirt and deployed directly on server hardware. Together with centralized management, migration, backup/DR and automation across the VirtuWa platform, it is designed for production data center and private cloud workloads. To see how virtualization grows into a managed service, read virtualization vs private cloud.

Share this article

Explore Asas HV

See how VirtuWa's KVM-based hypervisor supports production server workloads.

Explore Asas HV