[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-users] Automatically provisioning IP addresses on a new VM

  • To: <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: "Dustin Henning" <Dustin.Henning@xxxxxxxxxxx>
  • Date: Mon, 22 Nov 2010 11:09:06 -0500
  • Delivery-date: Mon, 22 Nov 2010 08:14:57 -0800
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Thread-index: AcuKXTJCHfHYMJIKStietssfH6pi3QAAgoSQ

        Thanks.  I'm not the OP, and the OP was asking about IP addresses.
Even in this scenario, I would still think it might be common to have spare
VMs set up (using said negligible disk space) and ready for the next
customer, it would certainly make more sense than DHCP for some scenarios,
but that doesn't mean there isn't some easy way to perform the
functionalities the OP was asking about either, perhaps there is.

-----Original Message-----
From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Simon Hobson
Sent: Monday, November 22, 2010 10:48
To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: RE: [Xen-users] Automatically provisioning IP addresses on a new VM

Dustin Henning wrote:
>       Couldn't it be even simpler?  Couldn't these providers have one or
>two spare DomUs for each OS configured and available, making only the
>assignment process automated (if even it is)?  I'm not saying that's how
>they do it, but 5 minutes seems like an awfully quick deployment for
>something that doesn't already exist (I would think copying the image could
>take longer than that unless it was pretty basic).

It's common to use a COW (Copy on Write) file for this sort of thing. 
You might have (say) a 5GB base file, but initially the customers 
file will be negligible in size. Once the customer starts modifying 
the filesystem, then his file starts growing accordingly - but 
anything not updated will still not take up any space.

Long term, each customers file will keep growing, but it will 
probably still share some parts in common with the original. Apart 
from the space saving, the main advantage is that you can make large 
files (ie telmplate filesystems) available without the time required 
to actually copy all the data.

One way to see something similar very easily is to boot up a Knoppix 
disk. That uses unionfs to combine the read-only contents of the 
CD/DVD with the writable space of an in memory filesystem (tempfs 
IIRC). It's different since it works at the file level, but the 
principal is the same and you get to see what looks like a large 
writable filesystem, while nearly all of it is in fact on read-only 

Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed
author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.

Xen-users mailing list

Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.