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

Re: [Libvir] [RFC] Life-cycle Management of the domain



On Tue, Apr 17, 2007 at 02:38:26PM +0900, Saori Fukuta wrote:
> Hi,
> 
> What the following things boil down to is that 
> I hold file that formed in SXP for Life-cycle Management.
> 
> What do you think of my idea?

  That I not too fond of adding ome more place where data for domain
definition can be stored.

> Thanks
> Saori Fukuta
> 
> On Fri, 13 Apr 2007 16:26:37 +0900 Saori Fukuta wrote:
> > Hi all,
> > 
> > I've been thinking about a way to change the hardware allocation on the 
> > Life-cycle. And I have some idea. Can I hear your comments about this?
> > 
> > 1. Necessity of function
> > These are conceivable cases of changing hardware allocation.
> > 
> >     CASE A: Dynamic change
> >             change the allocation dynamically
> >             -> change the hardware allocation for now, 

  okay

> >                and next time, start by the allocation before it changes.

  that would have to be done using the API

> >     CASE B: Static change
> >             change the allocation statically
> >             -> do not change the hardware allocation for now, 
> >                but set the allocation for starting next.
> >             (example of use)
> >             Next time, want to start by the value that set before.

  We can't know what are the original data which were used to create the domain
was that /etc/xen/... ? was that an XML file coming from a client application ?
was that another source by calling the Xen API ? We can't know, we can't 
modify the original data, and I don't think it's wise to try to keep extra
data "somewhere" which would only be seen by libvirt or virsh and which would
modify the original data. I don't think this has its place in libvirt or
virsh, but what we must make sure is that the API allow to make the required
change dynamically.

> >     CASE C: Permanent change 
> >             change the allocation permanently
> >             -> change the hardware allocation,
> >                and start next time with the same setting.
> >             (example of use)
> >             want to start by same value permanently.

  Same thing, we can't know where the original data used to create a domain are.
How do you want to modify it ?
  For example if I use a python script with the XML docmain definition in 
the script, you can't guess where it is, you can't change it, I think hoping
to be able to do that or override it is a wrong approach. Either you 
succeed and suddenly from the application point of view the API is not 
reliable anymore or you won't succeed and it's probably not a good idea
to suggest it.


  So I'm a bit puzzled by what you actually intent to do. In a management
framework you can change things because you're supposed to held and control
the original data used for those domains, but you can't generalize that model
and IMHO it doesn't work if you try to push it down to libvirt or virsh,

  makes sense ?

Daniel

-- 
Red Hat Virtualization group http://redhat.com/virtualization/
Daniel Veillard      | virtualization library  http://libvirt.org/
veillard redhat com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/


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