[openstack-dev] [TripleO] TripleO/Ansible PTG session
jistr at redhat.com
Fri Sep 22 14:35:26 UTC 2017
On 22.9.2017 15:30, Jiri Tomasek wrote:
> Will it be possible to send Zaqar messages at each deployment step to make
> the deployment process more interactive?
If we go the way of allowing the wrapping playbook to execute per step,
i think we could send messages to Zaqar after each step. Mistral could
trigger the playbook with sth like `tripleo_run_steps: `, then with
`tripleo_run_steps: ` etc. So even though the playbook would support
running all steps by default, Mistral could run it step-by-step.
(Currently we only send Zaqar messages before Heat stack and after Heat
stack, is that right?  Or do we send & read some messages from within
the overcloud stack deployment too?)
With logs from external playbooks (like ceph-ansible) it would be less
comfy than it is now, or would require extra effort to improve on that.
Currently AFAIK we don't send any Zaqar messages there anyway , but
we at least publish the logs into Mistral separately from the rest of
deployment logs. If we trigger an external playbook from Ansible, making
it a "normal citizen" of a TripleO deployment step, then the external
playbook logs would be reported along with logs of that whole deployment
step. This is IMO the main weak point of having the step loop in Ansible
(assuming its most basic form), perhaps something where we could find an
improvement, e.g. utilizing ARA as James suggested earlier in the
thread. (I don't know enough about ARA at this point to suggest a
particular way of integrating it with Mistral/UI though.)
> in case of driving separate
> playbooks from mistral workflow, that would be absolutely possible. As it
> seems we're more keen on driving everything from wrapping ansible playbook,
> is it going to be possible to send Zaqar messages from ansible playbook
I did a quick search but didn't find any existing Ansible module for
this. If we needed/wanted this for additional granularity, we might have
to implement it.
> Being able to properly monitor progress of deployment is important so it
> would be good to clarify how that is going to work.
> -- Jirka
More information about the OpenStack-dev