[ha] barbican, nova targeting: use server:role 03/65703/1
authorAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Fri, 7 Dec 2018 14:57:13 +0000 (15:57 +0100)
committerAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Mon, 10 Dec 2018 13:44:01 +0000 (13:44 +0000)
Instead of matching the hostname to determine the primary barbican
node, rely on pillar data.

While at it, apply the same logic to nova:controller states.

Change-Id: Ia4ac391927a8b4b223febff106b400e84d264f7a
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
(cherry picked from commit a4d64c6ff23dd2957b34ebc303c16ee640d709e6)

mcp/config/states/openstack_ha

index 732c571..924dc30 100755 (executable)
@@ -42,7 +42,8 @@ wait_for 30.0 "salt -I 'keystone:client' state.sls keystone.client"
 salt -I 'keystone:server' cmd.run ". /root/keystonercv3; openstack service list"
 
 salt -I 'glance:server' state.sls glance -b 1
-salt -I 'nova:controller' state.sls nova -b 1
+salt -I 'nova:controller:role:primary' state.sls nova
+salt -I 'nova:controller:role:secondary' state.sls nova -b 1
 salt -I 'heat:server' state.sls heat -b 1
 
 wait_for 5.0 "salt -I 'cinder:controller' state.sls cinder -b 1"
@@ -61,8 +62,8 @@ if salt -I 'nova:compute' match.grain 'cpuarch:aarch64' \
   salt -C 'G@cpuarch:aarch64 and I@nova:compute' state.sls armband
 fi
 
-salt -C 'I@barbican:server and *01*' state.sls barbican
-salt -C 'I@barbican:server and not *01*' state.sls barbican -b 1
+salt -I 'barbican:server:role:primary' state.sls barbican
+salt -I 'barbican:server:role:secondary' state.sls barbican -b 1
 salt -I 'barbican:client' state.sls barbican
 
 salt -I 'redis:cluster:role:master' state.sls redis