What is KVM Best Management Tools in 2017?
-
@olivier said in What is KVM Best Management Tools in 2017?:
@tim_g said in What is KVM Best Management Tools in 2017?:
@olivier said in What is KVM Best Management Tools in 2017?:
@fateknollogee That's not that simple. And you can't compare apple to carrots.
You can compare KVM and Xen. You can't compare XS and KVM.
In terms of "full stack" API, there is no "standard" for KVM. Everyone is doing is own stuff. That's not what I call a success
What exactly are you looking for with KVM? There are lots of ways to fully manage KVM... the best way is with CLI "virsh", and virt-manager.
Something like XAPI, but for KVM. Eg the get order of magnitude effort to add KVM into Xen Orchestra for example.
They should call it KAPI.
-
@olivier said in What is KVM Best Management Tools in 2017?:
Do you know any valid API that can be called remotely and doing also network and storage operations?
I can't figure why I can't find this.
Maybe checkout the libvirt api?
From the guide:
2.1 Object model
The scope of the libvirt API and the Python libvirt module is intended to extend to all functions necessary for deployment and management of virtual machines. This entails management of both the core hypervisor functions and host resources that are required by virtual machines, such as networking, storage and PCI/USB devices. Most of the classes and methods exposed by libvirt have a pluggable internal backend, allowing support for different underlying virtualization technologies and operating systems. Thus, the extent of the functionality available from a particular API or method is determined by the specific hypervisor driver in use and the capabilities of the underlying virtualization technology.2.3. Remote management
While many virtualization technologies provide a remote management capability, libvirt does not assume this and provides a dedicated driver allowing for remote management of any libvirt hypervisor driver. The driver has a variety of data transports providing considerable security for the data communication. The driver is designed such that there is 100% functional equivalence whether talking to the libvirt driver locally, or via the RPC service.In addition to the native RPC service included in libvirt, there are a number of alternatives for remote management that will not be discussed in this document. The libvirt-qpid project provides an agent for the QPid messaging service, exposing all libvirt managed objects and operations over the message bus. This keeps a fairly close, near 1-to-1, mapping to the C API in libvirt. The libvirt-CIM project provides a CIM agent, that maps the libvirt object model onto the DMTF virtualization schema.
-
@scottalanmiller Exactly. That's very strange that a new fresh project like Kimchi is made on 1:1 basis. It baffles me.
-
@romo I did a bit ago, but it was very incomplete: no network or storage management.
-
DigitalOcean's apparently using their own built go-qemu and go-libvirt which they opensourced
https://blog.digitalocean.com/introducing-go-qemu-and-go-libvirt/
Maybe that could help as well, they mention they are not fully stable but they are using them in production.
-
@olivier said in What is KVM Best Management Tools in 2017?:
@scottalanmiller Exactly. That's very strange that a new fresh project like Kimchi is made on 1:1 basis. It baffles me.
It doesn't baffle me, but that's not KVM's fault. That's up to the Kimchi-project devs.
-
@romo said in What is KVM Best Management Tools in 2017?:
Maybe that could help as well, they mention they are not fully stable but they are using them in production.
Um.... lol
-
@romo said in What is KVM Best Management Tools in 2017?:
DigitalOcean's apparently using their own built go-qemu and go-libvirt which they opensourced
https://blog.digitalocean.com/introducing-go-qemu-and-go-libvirt/
Maybe that could help as well, they mention they are not fully stable but they are using them in production.
Thanks for the precious hint! I'll take a look
(right now, if I had to build something on API level, I would do it in Rust, but that's just my 2 cents) -
About LibVirt:
The libvirt project strongly recommends against talking to the RPC interface directly. They consider it to be a private implementation detail with the possibility of being entirely rearchitected in the future.
Great.
-
still I do not find the opened source of RHEV
maybe this ovirt page refers to the same but you just need the api. if ovist is the source then you had to deal with the http wrapper around VDSM on top of libvirt on top of qemu/kvm.
-
That's what I feared
edit: thanks for the links!
-
kimchi has always been a single server solution. In the beginning it was ubrellaed (<-?WTF?) by ovirt as web gui for their nodes. eventually it has been replaced by cockpit.
-
@matteo-nunziati said in What is KVM Best Management Tools in 2017?:
still I do not find the opened source of RHEV
Who said that RH had to open source everything?
@matteo-nunziati said in [What is KVM Best Management Tools in 2017?]> maybe this ovirt page refers to the same but you just need the api. if ovist is the source then you had to deal with the http wrapper around VDSM on top of libvirt on top of qemu/kvm.
How else would you access the API without http? Something has to listen.
-
@jaredbusch said in What is KVM Best Management Tools in 2017?:
@matteo-nunziati said in What is KVM Best Management Tools in 2017?:
still I do not find the opened source of RHEV
Who said that RH had to open source everything?
Not they have to. Simply they have worked a lot to open source their virtualization infrastructure. Ovirt was born by the rewriting of the original orchestration tool written by the KVM company.
@matteo-nunziati said in [What is KVM Best Management Tools in 2017?]> maybe this ovirt page refers to the same but you just need the api. if ovist is the source then you had to deal with the http wrapper around VDSM on top of libvirt on top of qemu/kvm.
How else would you access the API without http? Something has to listen.
http is not the issue here. VDSM is. very complex beast. written in java.
-
When I start to read "java", I got a gag reflex
-
it was 2008 citrix acquired xen. red hat reacted buying the only other solution on the market. kumranet were strong in pushing their own orchestration solution.
part of it (the core: KVM) was open. tools givin added value (orchestrator) were closed and billed. don't know why but kumranet written everything in java. Maybe faster to develop then c++. less crosscompile (think mainframes). maybe node or python where simply too young or they where not happy with python speed - node was young for sure.
Red hat gots the entire blob. they have reworked it not rewritten.
-
2007 for Xen and Citrix
(had the chance to meet the former Citrix CEO who did the operation)So for KVM, it makes sense. I think we still feel that lack of fully opened/clear API on top of it, and that's almost the reason of why vendors are making money on that: providing a turnkey stuff on top of it.
-
@olivier said in What is KVM Best Management Tools in 2017?:
When I start to read "java", I got a gag reflex
Java has its place.
This isn't it.
-
@scottalanmiller That's fair to say that yes
-
