[Openstack] [CHEF] How to structure upstream OpenStack cookbooks?

Rafael Durán Castañeda rafadurancastaneda at gmail.com
Fri Mar 9 08:39:39 UTC 2012


Hi,

Bearing in mind I'm no really a Chef expert:

On 03/09/2012 04:58 AM, Jay Pipes wrote:
> Hi Stackers,
>
> Specifically, these are the questions I'd like to discuss and get 
> consensus on:
>
> 1) Do resources that set up non-production environments such as Swift 
> All-in-One belong in the OpenStack Chef upstream cookbooks?
I think this kind of recipes help a lot new stackers and I can't see any 
reason for not include them.
>
> 2) Should the cookbook be called "swift" instead of "swift-aio", with 
> the idea that the cookbook should be the top-most container of 
> resources involved with a specific project?
I think so
>
> 3) Is it possible to have a "swift" cookbook and have resources 
> underneath that allow a user to deploy either SAIO *or* into a 
> multi-node production environment? If so, would the best practice be 
> to create recipes for SAIO and recipes for each of the individual 
> Swift servers (proxy, object, etc) that would be used in a production 
> configuration?
I think if you split your cookbooks on small reusable components you can 
combine them so you get a SAIO, proxy, whatever.... with little or not 
extra effort
>
> 4) Instead of having an SAIO recipe in a swift cookbook, is it more 
> appropriate to make a Chef *role* called swift-aio that would have a 
> run list that contained a number of recipes in the swift cookbook for 
> all the Swift servers plus rsync, loopback, etc?
I think this is good practice. As I said before having small reusable 
components you can combine them getting all what you need, and probably 
the best place for combining them is roles. You can of course include 
smaller cookbooks into bigger ones and get the same result, but I prefer 
role based.

HTH,
Rafael




More information about the Openstack mailing list