Red Hat Pledges 'Integrated Virtualization'
OSS_ilation writes "Red Hat was all about virtualization in a recent announcement for an 'integrated virtualization' initiative with XenSource and chipmakers AMD and Intel. The move was seen as a way for Red Hat to bring its commitment to virtualization technology into 'sharper focus [...] with the release of a product roadmap that includes virtualization technology built into its enterprise version of Linux.' Red Hat's CTO, Brian Stevens, said the move would remove the complex 'rocket science' aspect of virtualization, and drive the technology into more enterprises as a result."
Wasn't virtualization supposed to go into the kernel at some point? I was under the impression it got delayed for some reason. Anyone know the status of it? Is the virtualization in the kernel what Red Hat are going to use to provide this?
No matter what the haters say, Red Hat is one of the main distributions I go to when building a new server (CentOS if no support needed). Things like integrated SELinux, easy to use yum (or rpm apt-get), and now virtualization make it very impressive.
The more you know, the less you understand.
I'm sorry, obviously I don't need it, because I don't have a clue what it is. What is this "virtualization"? Linky, please?
"Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
From what I gathered from the article, it looks like Red Hat is porting their distro to the Xen virtual machines and then packaging that with the natively-compiled OS as a virtual machine manager. It's nice to see a distro pick up Xen officially and package it an easy-to-use way, since Xen has very impressive performance. The article or the summary probably should have included a link to the Xen web site, so if you want to know more: the Xen site.
Systemd: the PulseAudio of init systems
I'm wondering if they aren't just going to Include Xen, this would explain the sudden push on Xen's part to get a working FC4 installer out the door.
:) Either way you go this is going to be a good thing.
.. people are going to need help with this for years to come. I think it will help us do what we like doing (plan networks) instead of worrying so much about the semantics of getting (x software) installed and working. This means easier work, quicker turnover and more clients.
/dev/shm allowing execution, and other (seemingly) little quirks that allow so much spam to wind its way throughout the internet. They're catching up, it seems with just how people are using their product, hosting web sites (broadly). I hope they also make it safer in the process so that whatever layer they use for virtualization doesn't also get a rep for being insecure.
I'm not the world's biggest RH fan as far as using it, however I do respect that RH basically made Linux the household word that it is.
The end result, regardless of the politics is going to be web sites and databases remaining available to visitors a larger percent of the time, and end users getting a firmer grasp on how their OS works
For consultants specializing in helping to bring virtualization to the table for their clients, fear not
My concern is RH distributes (stock) very insecurely. My hope is they also address issues like
I'm not a huge Fedora fan, but I do respect them enough to withold judgement until I see what they put out. I guess you could count me as 'cautious, but anxious' to see it.
Probably RTFA, trying to figure out WTF 'Integrated Virtualization' means.
A blog about stuff.
This is great news. I'm currently involved in a rollout of Red Hat Enterprise for a large Govt Department in Western Australia and we have had to make extensive use of VMWare's ESX. Having Xen in RH would streamline our development process and make a Red Hat ES development environment more attractive for large enterprise use.
I'm currently using Virtuozzo (based on OpenVZ) for my website (in my sig) on top of Red Hat...works great. If Red Hat integrated Xen into their OS, that would be even more convienent for webmasters like me :)
Student Research and Development
It can take a couple of forms. In one form, it would be hooks for a VMM requiring a host OS.
In another form (which I know that Xen supports) it provides ways for the VMM to have control over the host OS, though Xen supposedly supports a number of these methods though ways not requiring modification to the source code.
There are others too (IE, replicating an image of a running OS, snapshotting the OS).
The article doesn't really tell you what they mean at all. I've seen all of these discussed in the context of Linux and Xen before. In fact, I thought that most of those were implemented.
You don't seem to understand what virtualization is. It just means emulating hardware, so you'll still be running 'the old MS OS' if you want Windows, you'll just be able to run it without dedicating any hardware to it. Check out VMWare, you can already do it for free today.
A couple of months ago I was faced with the problem of needing to host multiple domains on one system. I initially considered Xen for my virtual servers need. However when I learned that this solution would not share the memory (each Vserver would have to have its dedicated memory) I decided to try out Linux Vserver. I have been a happy user of Linux Vserver since then.
With Linux Vserver you only run one kernel on your system where with Xen each virtual server runs its own kernel. This presents some limitations for Linux Vserver. For example the guest virtual servers cannot have the network loopback interface lo. But almost all of these I could live without.
Now if I want to start adding more virtual servers I can, without having to worry about running out of memory.
if someone sais `virtualization` one more time i will virtually throw up. virtually.
On the wiki xen site it says,"Xen trades full OS binary compatibility for comparative simplicity and improved performance"
Anyone know which part of the full OS binary compatibility was traded?
I guess you missed a few news bulletings. RedHat has never sold a desktop/laptop product. The offered a free comunity supported version, but a lot of people in the community complained about too much RedHat control. That (and other issues) led to RedHat spinning of their desktop product to a more community driven product, with a different name: Fedora. Some like it, some don't. I personally like it.
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
Hhmm. You must know something I don't. I have been using Fedora full time on servers, desktops, workstations and laptops (not all at one time) since Fedora Core 2. I currently have FC5Test3 installed on a spare machine. I can handly use Windows anymore since it lacks so man features that I have grown accustom too. (I know this has little to do with Fedora specifically).
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
The last time I ran into RPM hell of any sort was in FC2 I think. In FC4 I have no such problems. Maybe it is because I use yum.
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
Yes, they do.
That's a weak argument. It's fine to argue that politcs belong on the site (as they relate to technology). It's stupid to argue that nobody on a tech site should be interested in technology anymore, because they've all become politicians.
I stand corrected. Still, this doesn't seem like a typical desktop distro.
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
You sound like a bitter, bitter Slashdotter.
This "Fedora's a beta testbed for suckers" stuff is utter crap. Fedora is a testbed not for stability, but for cutting edge technologies that may filter down into Enterprise many months later. And from what I hear, FC5 will introduce some exciting new things. The stuff that goes in isn't generally any more unstable or poorly-built that the pristine sources from which it derives, plus you've got the support of the community and the Bugzilla.
The Fedoras are nice, powerful distributions. Far nicer (and to be honest, I think more polised) than Enterprise. For me, they've got the right balance of modern usability and technical accessibility. Yes, I like cutting edge.
Only the technology is named User Mode Linux (UML) instead of Xen. Xen still requires you to jump trough quite a number of hoops before you have a virtual machine running. With UML it is so simple you can start, stop & create new ones on demand like is done at linuxzoo.net
With xen you need a modified host kernel and do some tricky stuff with LVM to use Copy on write disks. With lvm it is the default, you can just point to a base image and have the users modifications in a separate file. The downside is the speed penalty: UML is 40-50% slower than Xen.
This space is intentionally staring blankly at you
eh, maybe i should have added the little /sarcasm at the bottom... didnt mean it to be literal... the post above me said something about how people dont read the article and dont know what virtualization means ;p
"What happend to just paying for a product without being constantly nibbled to death by Credit Card Ducks?"
Xen works with any OS as long as either the kernel has been modified to fit virtualization, or the processor has extensions that support it directly. So either way, Xen allow just any old system, though it isn't tied to a particular platform.
Just a word of caution though: Xen is "new technology," which basically means it isn't the most stable product right now, especially given its level of technical sophistication. Similarly, the new processors from AMD and Intel are, well, new; they will require some time in the market before they are used adequately.
All in all though, the technology is pretty exciting. Some researchers I work with are looking into using Xen on SMPs with multiple Ethernet ports. Since vanilla Ethernet requires the kernel for TCP, multiprocessors tend to have trouble adequately using the multiple communication links. With virtualization though, there can be one instance of the OS per processor, which means one TCP stack per processor, which means one Ethernet port per processor.
I've been using the FC5RC3 on a test system which uses Xen for a wacky combo of MySQL, and PHP that some groupware requires which conflicted with the standard Core packages.
From what I've seen in going from "Rolling Your Own" to the FC5 distro, is that Fedora got it RIGHT on this one. "It Just Works" for me.
When the host machine gets rebooted, it doesn't even reboot the Guests. They just get suspended, and resumed when the machine comes back up.
Two Thumbs Up.
Technology -- No Place For Wimps! Grateful Dead and Jerry Garcia Chatroom -- http://www.wemissjerry.org
I used yum, it fails often. If there are like more than 20 dependencies, it chokes to death.
There's also a project to port Xen to OpenSolaris.
Breakfast served all day!
I have been thinking that it would be interesting to have virtualized operating systems running over a distributed system. All the resources of the distributed system could then be shared amongst the hosted OSs. You could move resources from one hosted OS to another as needed. If things are too slow, just add another system in the distributed system and its resources help the hosted systems.
-Ack
-- soldack
It's not a typical distro, its designed for business environments.It is not targeted to typical consumers.
Regards,
Steve
I didn't, no. I was just making a point that RPM is a pain in the neck.
Are you using unofficial repos with yum? If so, this is very far from RedHat's fault. There is zero reason for the fedora repos to give dependancy hell. If this does happen, then there really is a problem.
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
When people would rather astroturf about how they hate Bush than astroturf about how they hate vi (or emacs if they're vi users), things have gone downhill on a "tech" site, however much I enjoy this place.
The Red Hat 5.2 and 6.2 CDs and boxes I have at home disagree with you. Beyond that, you're fairly correct.
... And so it comes to this.
What VMM should I be looking at, vmware, Xen, or something else?
If Chaos Theory has taught us anything, it's that we must kill all the butterflies.
Well, I have Gentoo now, so I have a different type of dependency hell.
I thought at first you wanted full-system emulation, so that's why I mentioned QEMU. If you specifically want "only Office" and not a full Windows session, there's Wine (winehq.com). Office runs integrated in the Linux desktop then. Compatibility varies from version to version, but tends to get progressively better. Personally, I only tried Wine with Word Viewer (the free download from microsoft.com) and that was many years ago; on my non-thorough tests it worked perfectly even back then.
There's a company who sells a proprietary extension of Wine called 'Crossover Office' which specifically adds tweaks to improve Office compatibility in Wine -- I know a few satisfied users.
The filesystem is the package manager