[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: How do I run hvt targets on qemu/kvm?



Hi Hannes, Romain and Martin,

Thanks for your replays. I think I have a better understanding now.

My goal is to get a small application running on a OpenStack qemu/kvm cloud. I have posted in a previous post about problems getting things going above solo5. So I had a little hope that hvt might be an option. But it seems like I'll need to try some more with libvirt as target.

When creating images with solo5-virtio-image the raw image size becomes 1GB. This size is scrinked to almost the same size as the .virtio file when converted to Qcow2. Is there some way to set the raw image size when using the solo5-virtio-image command?

Regards,

Hans Ole

On Sat, Oct 24, 2020 at 11:59 AM Martin Lucina <martin@xxxxxxxxxx> wrote:
Hi Hans,

others have already replied with instructions. Just to clarify the
higher-level concepts:

On Saturday, 24.10.2020 at 08:33, Hans Ole Rafaelsen wrote:
>  Hi,
>
> When reading the MirageOS tutorials/documentation it seems like virtio
> target has some limitations. E.g. only one network interface supported.
> From the tutorials I get the impression that virtio will have limited
> support in the future, while hvt seems to be better supported.
>
> Making virtio targets run on qemu/kvm is documented and quite
> straightforward . But I can not find any way to make hvt targets run on
> qemu/kvm.

QEMU/KVM, often referred to as just KVM has two parts to it.

1) The kernel-mode Type II hypervisor, KVM.
2) The user-mode process that manages the VM, provides/emulates devices and
most of the "machine" part of the VM. This is known as the VMM (virtual
machine manager) and is generally provided by QEMU, crosvm, or some cloud
providers have an entirely custom, proprietary, codebase for it.

The virtio target is designed to run on most "classic" hypervisors that
provide 1) and 2), with 2) providing I/O devices based on the virtio
specification [1].

The hvt target, on the other hand, is an extremely minimalst replacement
for 2) above, provided by the Solo5 "tender" binary, solo5-hvt. In order to
run that, you need access to either

a) a bare metal server
b) a cloud provider which implements nested virtualization in 1), thus
effectively allowing you to run a nested instance of KVM and solo5-hvt on
it.

For more details, please see the Solo5 documentation [2].

> Is there some way to make hvt targets run on qemu/kvm?

TL;DR no. :-)

Cheers,

Martin

[1]
https://docs.oasis-open.org/virtio/virtio/v1.1/csprd01/virtio-v1.1-csprd01.html

[2] https://github.com/solo5/solo5/#about-solo5



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.