[openstack-dev] [puppet] OpenStack Puppet configuration for HA deployment

Andrew Woodward xarses at gmail.com
Mon Jun 15 21:18:33 UTC 2015


I have to agree, every one's composition layer tends to come out
differently and your mileage will vary using some one elses.

You can examine the diverged fork of puppet-openstack that fuel uses at
https://github.com/stackforge/fuel-library/tree/master/deployment/puppet/openstack
which does ha, but still lacks a good SSL implementation, however one
should be coming in the next release cycle.

On Mon, Jun 15, 2015 at 3:42 PM Cristina Aiftimiei <caifti at gmail.com> wrote:

> Hi Matt & Richard,
>
> thank you very much for the suggestion. We are trying to achieve something
> like you describe - just that I didn't know how to ... describe what we
> want :).
>
> Your sugestion is very, very interesting. So from where do you advice that
> we start from?
> I'm looking at https://launchpad.net/puppet-openstack and
> https://github.com/openstack?utf8=%E2%9C%93&query=puppet - Are those the
> right places?
>
> Thank you very much ...again,
> Cris
>
>
>
>
> On Mon, Jun 15, 2015 at 8:08 PM, Richard Raseley <richard at raseley.com>
> wrote:
>
>> Cristina Aiftimiei wrote:
>>
>>> The puppetlabs-openstack clearly states:
>>>
>>>
>>>     """"""
>>>
>>>
>>>     Limitations
>>>
>>>   * High availability and SSL-enabled endpoints are not provided by this
>>>     module.
>>>
>>> """""""
>>>
>>
>> As Matt touched on, you really should be building your own 'composition
>> layer' for deploying production services and their supporting components,
>> not consuming a pre-canned composition layer like 'puppetlabs-openstack',
>> which has value - but primarily as a demonstration and testing tool.
>>
>> In this model, each of the classes contained puppet-* module (e.g.
>> puppet-nova, puppet-keystone, et. al.) will be wrapped with your own custom
>> classes (likely in a role and profile pattern) in order to define those
>> relationships.
>>
>> Regards,
>>
>> Richard
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

--

Andrew Woodward

Mirantis

Fuel Community Ambassador

Ceph Community
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150615/c7f7d215/attachment.html>


More information about the OpenStack-dev mailing list