Hi, Let's call this hypervisor type "Qemu-KVM". So it will be a separate HV like vCenter, Xen, or HyperV. The actual selection between qemu and kvm will be a HV specific option in this case.
On Mon, Dec 21, 2015 at 1:24 PM, Igor Kalnitsky <ikalnit...@mirantis.com> wrote: > Hello, > > Agree with Kevin. libvirt itself isn't a hypervisor. It's an API (or > single entry point) for dealing with other hypervisors, including qemu > and kvm. > > So it's kinda confusing, I'd prefer to find another solution. > > Thanks, > Igor > > On Fri, Dec 18, 2015 at 7:24 PM, Fox, Kevin M <kevin....@pnnl.gov> wrote: > > I think it may be confusing to a fair number of the users you are > targeting. > > libvirt supports more then just qemu/kvm. xen, virtualbox, and others. > > saying libvirt makes people have to know that when you say libvirt you > mean > > just the qemu/kvm that nova supports using the implementation detail of > > using libvirt. > > > > Thanks, > > Kevin > > ________________________________ > > From: Aleksandr Didenko [adide...@mirantis.com] > > Sent: Friday, December 18, 2015 4:16 AM > > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [Fuel][UX] Throw KVM\QEMU and leave Libvirt > on > > Wizard > > > > Hi, > > > > looks good to me. > > > > Regards, > > Alex > > > > On Fri, Dec 18, 2015 at 10:17 AM, Andriy Popovych < > apopov...@mirantis.com> > > wrote: > >> > >> Hi fuelers, > >> > >> We want to throw KVM/QEMU options from Wizard and instead of them leave > >> only one: Libvirt [0]. Libvirt option enables QEMU by default and there > are > >> still be possibility to change it on KVM in settings. It looks more > >> logically because both QEMU\KVM are options for libvirt which manage > them. > >> > >> What are you think about it? > >> > >> [0] https://review.openstack.org/#/c/258690 > >> > >> > __________________________________________________________________________ > >> OpenStack Development Mailing List (not for usage questions) > >> Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >> > > > > > > > __________________________________________________________________________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- Andrey Danin ada...@mirantis.com skype: gcon.monolake
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
