Video: KVM in RHEL5

  • user warning: Table 'cache' is marked as crashed and should be repaired query: SELECT data, created, headers, expire FROM cache WHERE cid = 'filter:1:e053caf81b852e2b39526fcb3646434b' in /home/dowdle/public_html/montanalinux/includes/database.mysql.inc on line 121.
  • user warning: Table 'cache' is marked as crashed and should be repaired query: UPDATE cache SET data = '<p>Hi Scott,</p>\n<p>Nice video, shows clearly that KVM will be the future as the big Redhat is promoting it in such a way. We at Proxmox knows this since about 2 years and we integrate KVM and OpenVZ on our Proxmox VE so if you want to let your dreams come true you just need to switch to the Debian world - - that´s my dream :-)</p>\n<p>Yesterday we published 1.4 beta1, including iSCSI, NFS, DRBD, etc. so if you want to see KVM in action (zero downtime live migration) without the long setup process give it a try - I love the ability to run a quite redundant setup by using just two servers and to have redundant storage (primary/primary with DRBD 8.3.2). See this HowTo: http://pve.proxmox.com/wiki/DRBD</p>\n<p>br,<br />\nMartin</p>\n<br class=\"clear\" />', created = 1411076589, expire = 1411162989, headers = '' WHERE cid = 'filter:1:e053caf81b852e2b39526fcb3646434b' in /home/dowdle/public_html/montanalinux/includes/database.mysql.inc on line 121.
  • user warning: Table 'cache' is marked as crashed and should be repaired query: SELECT data, created, headers, expire FROM cache WHERE cid = 'filter:1:7965f1fa3cc971bd8af9d8b7b72e59c7' in /home/dowdle/public_html/montanalinux/includes/database.mysql.inc on line 121.
  • user warning: Table 'cache' is marked as crashed and should be repaired query: UPDATE cache SET data = '<p>Thanks for the comment. I am very familiar with Proxmox VE and introduced it to one of the departments where I work. I fellow LUG member gave a presentation on it at Linuxfest Northwest this past April... and I always recommend it as a viable option.</p>\n<p>The ONLY thing I\'m not fond of with Proxmox VE is the fact that it is based on a kernel that isn\'t tagged by OpenVZ as a \"stable\" release. That certainly doesn\'t mean that it is unstable.</p>\n<p>As you know the OpenVZ folks build their kernels around RHEL kernels... and Red Hat certainly has the kernel expertise, having it previous to as well as after merging with Qumranet with regards to KVM and pretty much anything else kernel related. The latest paper done by the Linux Foundation on who has been contributing to the kernel, Red Hat consistently shows up on top of the list of companies... being the most prolific contributor. I\'m also proud to see Parallels rank as 10th or 11th in many of the catagories.</p>\n<p>I\'ve been using KVM on top of Fedora since Fedora 9, using their virt-manager tool. I\'ve watched the Qumranet demo videos of SolidICE and know that Red Hat has taken their desktop management application and expanded it so it also manages servers well too. Of course, those tools aren\'t released yet and are expected to be Windows only initially... but they are working to make it multi-platform. What they have added to the mix is the SPICE protocol. I believe they are opening that up so it is available to everyone... so I expect Proxmox VE will pick it up at some point. I doubt Red Hat will add OpenVZ / Containers to their management interface so Proxmox VE may remain unique in that regard.</p>\n<p>If and when OpenVZ comes out with a RHEL 5.4 kernel that includes KVM and OpenVZ (stable), would Proxmox VE consider adopting that... even if it is based on 2.6.18 with all of the backported code Red Hat adds? Ideally I\'d like to see Proxmox VE become a package set you can install on a number of distros but I do realize how much extra work that would be for you guys and it isn\'t something you want to take on.</p>\n<p>I wonder how hard it would be to port your code to use libvirt? I assume you have written your own libvirt type library. libvirt is supposedly aware of a number of virtualization technologies including KVM, Xen, OpenVZ, UML, and a few others... so I\'d think it is definitely something Proxmox VE should consider adopting... especially if you have any plans to support any additional virtualization technologies.</p>\n<p>I\'d really like to set up an interview with you and talk about Proxmox VE in a feature article for this site.</p>\n<br class=\"clear\" />', created = 1411076589, expire = 1411162989, headers = '' WHERE cid = 'filter:1:7965f1fa3cc971bd8af9d8b7b72e59c7' in /home/dowdle/public_html/montanalinux/includes/database.mysql.inc on line 121.
  • user warning: Table 'cache' is marked as crashed and should be repaired query: SELECT data, created, headers, expire FROM cache WHERE cid = 'filter:1:a8c8b34f3d2b471c5f6ae19416864263' in /home/dowdle/public_html/montanalinux/includes/database.mysql.inc on line 121.
  • user warning: Table 'cache' is marked as crashed and should be repaired query: UPDATE cache SET data = '<p>Just send your interview questions via email and I will answer them, also I will add the comments from Dietmar. would be nice.</p>\n<p>br, martin</p>\n<br class=\"clear\" />', created = 1411076589, expire = 1411162989, headers = '' WHERE cid = 'filter:1:a8c8b34f3d2b471c5f6ae19416864263' in /home/dowdle/public_html/montanalinux/includes/database.mysql.inc on line 121.
| |

Here's a presentation from the recent Red Hat Summit in Chicago about KVM in Red Hat Enterprise Linux 5.4 that was released this week. I must say that KVM has come a long way and I look forward to using it. I'm hoping that the OpenVZ folks will build a flavor of the OpenVZ kernel based on the newer RHEL 5.4 kernel that includes both KVM and OpenVZ support. That would be awesome!

I hope at some point they release all of their presentations as OGV files.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

KVM and OpenVZ - already done

Hi Scott,

Nice video, shows clearly that KVM will be the future as the big Redhat is promoting it in such a way. We at Proxmox knows this since about 2 years and we integrate KVM and OpenVZ on our Proxmox VE so if you want to let your dreams come true you just need to switch to the Debian world - - that´s my dream :-)

Yesterday we published 1.4 beta1, including iSCSI, NFS, DRBD, etc. so if you want to see KVM in action (zero downtime live migration) without the long setup process give it a try - I love the ability to run a quite redundant setup by using just two servers and to have redundant storage (primary/primary with DRBD 8.3.2). See this HowTo: http://pve.proxmox.com/wiki/DRBD

br,
Martin


Scott Dowdle's picture

Proxmox VE, yep

Thanks for the comment. I am very familiar with Proxmox VE and introduced it to one of the departments where I work. I fellow LUG member gave a presentation on it at Linuxfest Northwest this past April... and I always recommend it as a viable option.

The ONLY thing I'm not fond of with Proxmox VE is the fact that it is based on a kernel that isn't tagged by OpenVZ as a "stable" release. That certainly doesn't mean that it is unstable.

As you know the OpenVZ folks build their kernels around RHEL kernels... and Red Hat certainly has the kernel expertise, having it previous to as well as after merging with Qumranet with regards to KVM and pretty much anything else kernel related. The latest paper done by the Linux Foundation on who has been contributing to the kernel, Red Hat consistently shows up on top of the list of companies... being the most prolific contributor. I'm also proud to see Parallels rank as 10th or 11th in many of the catagories.

I've been using KVM on top of Fedora since Fedora 9, using their virt-manager tool. I've watched the Qumranet demo videos of SolidICE and know that Red Hat has taken their desktop management application and expanded it so it also manages servers well too. Of course, those tools aren't released yet and are expected to be Windows only initially... but they are working to make it multi-platform. What they have added to the mix is the SPICE protocol. I believe they are opening that up so it is available to everyone... so I expect Proxmox VE will pick it up at some point. I doubt Red Hat will add OpenVZ / Containers to their management interface so Proxmox VE may remain unique in that regard.

If and when OpenVZ comes out with a RHEL 5.4 kernel that includes KVM and OpenVZ (stable), would Proxmox VE consider adopting that... even if it is based on 2.6.18 with all of the backported code Red Hat adds? Ideally I'd like to see Proxmox VE become a package set you can install on a number of distros but I do realize how much extra work that would be for you guys and it isn't something you want to take on.

I wonder how hard it would be to port your code to use libvirt? I assume you have written your own libvirt type library. libvirt is supposedly aware of a number of virtualization technologies including KVM, Xen, OpenVZ, UML, and a few others... so I'd think it is definitely something Proxmox VE should consider adopting... especially if you have any plans to support any additional virtualization technologies.

I'd really like to set up an interview with you and talk about Proxmox VE in a feature article for this site.


interview

Just send your interview questions via email and I will answer them, also I will add the comments from Dietmar. would be nice.

br, martin


Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.