[Ovirt-devel] Lighter-weight "developer" setup
Bryan Kearney
bkearney at redhat.com
Mon Aug 18 14:53:53 UTC 2008
Bryan Kearney wrote:
> Chris Lalancette wrote:
> <SNIP>
>> 1. Still have an oVirt appliance that has everything installed inside
>> of it.
>> Then, this appliance "manages" the host that it is actually running
>> on, and can
>> install additional guests alongside the appliance. You need to
>> protect the
>> oVirt appliance a little bit so you don't accidentally destroy itself,
>> but
>> otherwise you can treat the underlying hardware just like any other node.
>>
> <SNIP>
>>
>> 2. Get rid of the oVirt appliance completely, and just provide
>> instructions/better scripts for installing all of the oVirt software
>> directly on
>> the host. Then the host runs the WUI, and you don't need to protect any
>> "special" guests.
> <SNIP>
>
>
> We have a first cut of an appliance definition of the ovirt appliance at
> [1]. With this, we could look at a couple of other alternatives:
>
> 1) Make the recipe availble with instructions to build it via the
> appliance tools on their machines either from the public mirrors or
> local media.
> 2) Use the recipe to configure an existing bare metal machine.
> 3) Set up a public cobbler server to "koan up" a new appliance. Again,
> this would be from the public mirrors.
>
> 1 and 3 _could_ save bandwidth based on using public mirrors. 1 could
> save more if they have media handy.
>
> 2 would be really cool, but the current recipes do not control packages.
> We would need to work up a new "package" recipe, and then apply the one
> from [1].
>
> -- bk
>
> [1] http://git.et.redhat.com/?p=acex.git;a=tree;f=ovirt/appliances/ovirt;
Just following up. Would this approach help out? If so, how can I help
getting folks to use the new puppet based recipe?
-- bk
More information about the ovirt-devel
mailing list