Editing Virtual Machine vInception (section)

=== Type 1 ===
Assuming you don't have the budget for a scale out physical solution, a Type 1 nested hypervisor is a great option! It allows you to test and run all of the main features of your chosen hypervisor both natively on physical hardware, as well as virtually when layered inside of your "root" host. Most commonly a Type 1 vInception config is based in a single host with [[Storage#Local Storage|local storage]], but this does not have to be the case!

Bear in mind of course that every time you want to do any maintenance on your Type 1 vInception host, you will need to suspend or stop all of your VMs, which can be a pain. Typically this should not be too often though, as you are running a hypervisor instead of a client OS, which means patches are relatively irregular, and as this is non-production you will not be under the same pressure to keep completely up-to-date on the patching front.

Some people will actually run a Type 1 vInception configuration even if they have a physical cluster. The main benefit of this is if you want to test other hypervisors and newer versions of your current hypervisor without rebuilding your lab; for example, many people ran vSphere 6 on top of vSphere 5.5 during the beta period. With a Type 1 hypervisor in a scale-out cluster and some shared storage, you have the ability to vMotion or live migrate VMs between hosts, thereby mitigating any issues with patching and maintenance.