Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Libvirt – The Unsung Hero of Cloud Computing (2013)

vyomtech.com

Post reply on HN
Print view View original

101–110 of 113 posts

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#101

Post by indolering »

servilio wrote: post #93
guerby wrote: post #31

We're currently migrating from VMware to libvirt, we discovered the cockpit project and cockpit-machines to manage VMs: https://cockpit-project.org/ cockpit-machines is available in a recent version in debian backports, installing it is trivial, no configuration, https://hostname:9090/ and just works. RedHat announced that cockpit will be the long term successor of virt-manager: https://www.redhat.com/en/blog/managin…

> RedHat announced that cockpit will be the long term successor of virt-manager For RHEL, virt-manager will still be developed independently.

> For RHEL, virt-manager will still be developed independently.

By whom? The vast majority of contributions are paid for by Red Hat [0].

[0]: https://github.com/virt-manager/virt-manager/graphs/contribu...

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#102

Post by indolering »

simcop2387 wrote: post #98
cpsaltis wrote: post #92

Earlier quoted context omitted.

I mean that you can't really have multiple people, from multiple teams, accessing the same infra with different types of rights and with centrally managed authentication/authorization/logging.

That's exactly what libvirt lets you do. It uses policykit to handle the authorization, cockpit doesn't change that and still requires you to use policykit to control who has access to what. https://libvirt.org/aclpolkit.html

: /

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#103

Post by indolering »

guerby wrote: post #31

We're currently migrating from VMware to libvirt, we discovered the cockpit project and cockpit-machines to manage VMs: https://cockpit-project.org/ cockpit-machines is available in a recent version in debian backports, installing it is trivial, no configuration, https://hostname:9090/ and just works. RedHat announced that cockpit will be the long term successor of virt-manager: https://www.redhat.com/en/blog/managin…

> RedHat announced that cockpit will be the long term successor of virt-manager:

Sweet, now security bugs in the same-origin-policy can root my virtual machine!

I really wish RedHat would make a competitor to VirtualBox.

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#104

Post by amscanne »

bonzini wrote: post #30
amscanne wrote: post #3

While I respect the job that libvirt does (it works — high praise for software), it’s unfortunate that it is also the answer to the question “how can I represent all these virtualized things using XML?”, which was in fashion when libvirt was created. It’s also a bit misleading to characterize cloud providers as building on libvirt. Libvirt is useful as an mostly hypervisor-agnostic wrapper, which is super useful for…

> It’s also a bit misleading to characterize cloud providers as building on libvirt Libvirt provides lifetime management for KVM virtual machines, including orchestration of live migration, setting up SELinux to ensure isolation between QEMU processes and cgroups to limit resource utilization, creating network interfaces and bridging them to host networking, and more. Any cloud provider that uses Openstack+KVM relies…

Sure, but Openstack-based public clouds are in short supply (unfortunately? fortunately?). I think the short explanation is that pure OSS stacks limit providers ability to move fast and differentiate. So it’s a race the bottom for Openstack-based providers. (Rackspace’s gambit was quite different, as they were arguably trying to do exactly that.. comoditize cloud services.)

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#105

Post by _-___________-_ »

hinkley wrote: post #88
_-___________-_ wrote: post #33

Earlier quoted context omitted.

Parent asked what's wrong with XML, not what's wrong with DOM. Does XML actually even define a special meaning for the `id` attribute?

The XML element object always has this function, in every implementation I’ve seen.

That does not make any sense. There are entire classes of XML parser that cannot implement getElementByID, such as streaming parsers. getElementByID is specified as part of the Document Object Model (DOM), not as part of XML. I don't think `id` even has a special meaning in XML.

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#106

Post by _-___________-_ »

throwaway189262 wrote: post #40
_-___________-_ wrote: post #34

Earlier quoted context omitted.

Ugh, please name and shame the [de]serializer that was silently converting a string to a boolean.

The problem we ran into is that they can all be configured to do whatever. There's no consistently or standard

well, there's the JSON standard, which does not define "false" and false as equivalent.

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#107

Post by bonzini »

amscanne wrote: post #104
bonzini wrote: post #30

Earlier quoted context omitted.

> It’s also a bit misleading to characterize cloud providers as building on libvirt Libvirt provides lifetime management for KVM virtual machines, including orchestration of live migration, setting up SELinux to ensure isolation between QEMU processes and cgroups to limit resource utilization, creating network interfaces and bridging them to host networking, and more. Any cloud provider that uses Openstack+KVM relies…

Sure, but Openstack-based public clouds are in short supply (unfortunately? fortunately?). I think the short explanation is that pure OSS stacks limit providers ability to move fast and differentiate. So it’s a race the bottom for Openstack-based providers. (Rackspace’s gambit was quite different, as they were arguably trying to do exactly that.. comoditize cloud services.)

No the short explanation is that no one is able to put in their cloud the same amount of money that Amazon, Microsoft and to a lesser extent Google do.

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#108

Post by Erlich_Bachman »

hinkley wrote: post #84
Erlich_Bachman wrote: post #38

Earlier quoted context omitted.

Why aren'y you just using xpath? There are mature and powerful xpath libraries in all major languages. Of course if you use only one limited tool which was never meant to be the main manipulator of xml (getElementByID), then you'll run into problems. It is like never using regexp and complaining that simple strings are a bad data structure.

Xpath still uses the same broken DOM functions under the hood. Exact same outcome.

That just doesn't make any sense. Regardless of what functions are used "under the hood" (how do you even know that? Did you go through every xpath library? What do you even refer to when I use an xpath library in php to open an xml document. There isn't even a web page or "DOM" to speak of, there is no browser, no JavaScript, it's just xml.), the interface provides you with ability to select whatever you want from an almost arbitrarily complex xml document with 1-liners of xpath. This is not the same outcome as getElementByID-acrobatics.

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#109

Post by formerly_proven »

hinkley wrote: post #87
formerly_proven wrote: post #35

Earlier quoted context omitted.

Never seen getElementByID being used for XML data (not somethinghtml)...

This is the one half of my bad experiences are associated with: https://www.w3.org/TR/xmldsig-core/

Well, XML Signatures and XML Encryption are a confluence of bad ideas from many disciplines :)

Re: Libvirt – The Unsung Hero of Cloud Computing (2013)

#110

Post by heroprotagonist »

guerby wrote: post #31

We're currently migrating from VMware to libvirt, we discovered the cockpit project and cockpit-machines to manage VMs: https://cockpit-project.org/ cockpit-machines is available in a recent version in debian backports, installing it is trivial, no configuration, https://hostname:9090/ and just works. RedHat announced that cockpit will be the long term successor of virt-manager: https://www.redhat.com/en/blog/managin…

If you like this, you should really check out oVirt. It's the open upstream of RHV. It should look very familiar to you.

Red Hat obscure it a bit, presumably because there's very little difference from RHV (and might detract from sales), so the website is not so shiny. But play with it.

Post reply on HN