CiscoSystems / openstack-installer--to-be-replaced-by-puppet_openstack_builder

Creates an Openstack environment using puppet modules and vagrant.
Apache License 2.0
12 stars 21 forks source link

Adds Host Specific Data Needed for HA #225

Closed danehans closed 10 years ago

danehans commented 10 years ago

Previously, not all necessary parameters specific to individual hosts were being configured for HA deployments. This change adds the required host parameters for deploying Havana HA.

robertstarmer commented 10 years ago

Shouldn't these parameters be in a common location? perhaps a scenario file?

With the exception of the galera parameter, they certainly look identical to me.

danehans commented 10 years ago

They probably should, but I had issues before trying to get them to work in common location. It would be helpful to accept this patch since things are working in this fashion. I can then go back and optimize the configuration.

robertstarmer commented 10 years ago

Can you try putting it in data/hiera_data/user.full_ha.yaml? That should over-ride anything below it, and yet not force you to duplicate this code.

danehans commented 10 years ago

Let me give it a try

danehans commented 10 years ago

OK, I remember the issue that I ran into and why I moved these settings from data/hiera_data/user.full_ha.yaml to data/hiera_data/hostname/xxxx. Swift nodes have a different network interface configuration than controller/compute nodes. When these params lived in data/hiera_data/user.full_ha.yaml, both Swift and Nova node interfaces would be configured the same way. Is their a way to use the hierarchy to split the interface configuration between Swift and Nova nodes?

michaeltchapman commented 10 years ago

Could you create a mapping to do that?

robertstarmer commented 10 years ago

Sorry, meant to respond last night. We should be able to create a mapping for the role, so that you can focus on code specific to the role. I was looking into it last night, but haven't figured out how to add it yet.

I was trying to add

into /etc/puppet/hiera.yaml, but it doesn't seem to get picked up that way.

This would map, in my understanding, to something like:

/etc/puppet/data/hiera_data/roles/role_name_from_scenario.yaml

R

On Nov 13, 2013, at 4:27 PM, Michael Chapman notifications@github.com<mailto:notifications@github.com> wrote:

Could you create a mapping to do that?

— Reply to this email directly or view it on GitHubhttps://github.com/CiscoSystems/openstack-installer/pull/225#issuecomment-28448635.