[Engine-devel] VM Payload feature

Ayal Baron abaron at redhat.com
Sun Jan 22 18:42:07 UTC 2012



----- Original Message -----
> 
> 
> ----- Original Message -----
> > From: "Ayal Baron" <abaron at redhat.com>
> > To: "Oved Ourfalli" <ovedo at redhat.com>
> > Cc: engine-devel at ovirt.org
> > Sent: Thursday, January 19, 2012 4:05:08 PM
> > Subject: Re: [Engine-devel] VM Payload feature
> > 
> > 
> > 
> > ----- Original Message -----
> > > Hey all,
> > > 
> > > Continuing the discussion about Aeolus instance data injection to
> > > a
> > > VM
> > > (http://lists.ovirt.org/pipermail/engine-devel/2012-January/000423.html)
> > > we propose a new VM Payload feature.
> > > 
> > > The following wiki page contains a description page of the
> > > feature.
> > > http://www.ovirt.org/wiki/Features/VMPayload
> > > 
> > > Please read and review.
> > > There are several approaches there, and we wish to head your
> > > opinions
> > > and thoughts about them.
> > > 
> > > Once we agree on an approach, we will start designing.
> > 
> > Permanent payload availability requires determining where the
> > payload
> > is stored.
> > Makes sense to me to store it together with the VM disks on the
> > storage domain, but that requires the small object store which will
> > not be available in the coming version (payloads can be large and
> > keeping them in the DB and passing over the net every time the VM
> > is
> > run doesn't make much sense).
> > 
> I guess we can start with storing it in the database, with some size
> limitation, and move it to the storage domain later on.

If Aeolus and Deltacloud don't need the permanent payload feature then no need to store it at all and then just add this capability later on properly.

> 
> > Wrt availability, I don't see a reason to exclude attaching both a
> > CD
> > and a payload via another CD at the same time (i.e. multiple
> > devices).
> > 
> > > 
> > > Thank you,
> > > Oved
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 



More information about the Engine-devel mailing list