Hello
one more note on that. There is difference in direction who initiates
connection. In case of murano agent --> rabbit MQ is connection
initiated from VM to openstack service(rabbit). In case of std.ssh
mistral action is direction opposite from openstack service (mistral) to
ssh server on VM.
Filip
On 05/06/2015 06:00 PM, Pospisil, Radek wrote:
Hello,
I think that the generic question is - can be O~S services also accessible on
Neutron networks, so VM (created by Nova) can access it? We (I and Filip) were
discussing this today and we were not make a final decision.
Another example is Murano agent running on VMs - it connects to RabbitMQ which
is also accessed by Murano engine....
Regards,
Radek
-----Original Message-----
From: Blaha, Filip
Sent: Wednesday, May 06, 2015 5:43 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Murano] [Mistral] SSH workflow action
Hello
We are considering implementing actions on services of a murano environment
via mistral workflows. We are considering whether mistral std.ssh action could
be used to run some command on an instance. Example of such action in murano
could be restart action on Mysql DB service.
Mistral workflow would ssh to that instance running Mysql and run "service mysql
restart". From my point of view trying to use SSH to access instances from mistral
workflow is not good idea but I would like to confirm it.
The biggest problem I see there is openstack networking. Mistral service running on some
openstack node would not be able to access instance via its fixed IP (e.g. 10.0.0.5) via
SSH. Instance could accessed via ssh from namespace of its gateway router e.g. "ip
netns exec qrouter-... ssh cirros@10.0.0.5" but I think it is not good to rely on
implementation detail of neutron and use it. In multinode openstack deployment it could
be even more complicated.
In other words I am asking whether we can use std.ssh mistral action to access
instances via ssh on theirs fixed IPs? I think no but I would like to confirm
it.
Thanks
Filip
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@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-requ...@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-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
