[FoRK] Xen?

Justin Mason jm
Mon Dec 5 15:23:26 PST 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Cool, that looks nifty.  I don't suppose you've tried it?  how's
stability?

I think LVM can do some kind of checkpointing, too, in the form of
"snapshots": http://arstechnica.com/columns/linux/linux-20041013.ars

- --j.

Vinod Kulkarni writes:
> perhaps 'checkfs' file system - allows checkpointing on ext3, helps your 
> requirements ... 
> http://checkfs.linsyssoft.com/ 
> 
> -Vinod
> 
> Justin Mason wrote:
> 
> >-----BEGIN PGP SIGNED MESSAGE-----
> >Hash: SHA1
> >
> >
> >What I'm after is something that deals with these scenarios:
> >
> >1. Server needs an upgrade of SomeInfrastructurePackage; let's say a
> >kernel, perl interpreter, whatever.   I "fork" a copy of the server,
> >perform the upgrade, and get to test it out -- all without having planned
> >this years in advance with "hot spare" hardware that I then forgot to keep
> >up to date anyway.
> >
> >2. That upgrade seemed to work OK, so I make it live.  Oops!  Now the load
> >is tickling a nasty bug, and I need to roll back to the pre-upgrade rev.
> >Not a problem, because, since it's a VM, I can do so (assuming my own app
> >allows it).
> >
> >3. Finally, server hardware starts acting flaky, or I need to move a
> >suddenly-very-busy system to different hardware -- live migration makes
> >this pretty cool.
> >
> >I suppose if you just want to share CPU power, vserver or zones (which I'm
> >already using at the ASF btw) is probably easier, and imposes less
> >overhead.   But I'm after more than that ;)
> >
> >- --j.
> >
> >
> >"Stephen D. Williams" writes:
> >  
> >
> >>I like vserver also.  I ran my production web/email server under UML for 
> >>over a year, which was interesting but not quite stable enough.
> >>
> >>Xen is interesting, but I want the shared efficiency of vserver and 
> >>don't care (anymore) about having multiple kernels running at the same 
> >>time.  The "zones" style security in Linux and Solaris seems to be 
> >>complete enough that security shouldn't be an issue.
> >>
> >>Xen has fewer uses, but is still interesting, so I hope to have both.  
> >>For benchmarking distributed algorithms, Xen is probably the way to go, 
> >>but for actually running multiple instances for real work, vserver makes 
> >>more sense.
> >>
> >>sdw
> >>
> >>Eugen Leitl wrote:
> >>    
> >>
> >>>On Wed, Nov 30, 2005 at 02:55:06PM -0800, Justin Mason wrote:
> >>>
> >>>  
> >>>      
> >>>
> >>>>has anyone been playing with this?  It's the promise of virtualisation
> >>>>    
> >>>>        
> >>>>
> >>>No, VServer. To try Solaris 10 zones soon. I don't really see a point
> >>>in Xen.
> >>>
> >>>  
> >>>      
> >>>
> >>>>made reality, as far as I can see, and from what I hear.   I haven't had a
> >>>>chance to hack around with it yet, but I *am* excited ;)
> >>>>
> >>>>I'm curious as to what decent ways people have solved the filesystem
> >>>>issues:  NFS?  copy-on-write hacks?  Unionfs?  http://lustre.org/ ?
> >>>>http://www.drbd.org/ ?
> >>>>    
> >>>>        
> >>>>
> >>>What's wrong with accessing your local FS under VServer?
> >>>
> >>>  
> >>>------------------------------------------------------------------------
> >>>
> >>>_______________________________________________
> >>>FoRK mailing list
> >>>http://xent.com/mailman/listinfo/fork
> >>>  
> >>>      
> >>>
> >>_______________________________________________
> >>FoRK mailing list
> >>http://xent.com/mailman/listinfo/fork
> >>    
> >>
> >-----BEGIN PGP SIGNATURE-----
> >Version: GnuPG v1.4.1 (GNU/Linux)
> >Comment: Exmh CVS
> >
> >iD8DBQFDj2oMMJF5cimLx9ARAtHwAKCLr6QwGwA5iHT3NVWoNOQioiL5gACgo7ZU
> >VGpZaaBu8yJOWFwjbHoR3o4=
> >=Qzxu
> >-----END PGP SIGNATURE-----
> >
> >_______________________________________________
> >FoRK mailing list
> >http://xent.com/mailman/listinfo/fork
> >  
> >
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFDlMt+MJF5cimLx9ARAlkiAJ9y04jb+FC0PGCIgViefS8Z1vu+7ACdFfD2
bc4XgzHnb3d+dvqRzQc01D8=
=93zY
-----END PGP SIGNATURE-----



More information about the FoRK mailing list