Provide different message transport systems next to SSH

[OpenNebulaProject]

---

Author Name: Arnold Bechtoldt (Arnold Bechtoldt)
Original Redmine Issue: 3409, https://dev.opennebula.org/issues/3409
Original Date: 2014-12-05

---

The TCP driven overhead given in SSH talking with a huge amount of compute nodes might be a bottleneck in the future. I think this can be a problem for users running very large ONE setups.

One way to improve this is to use a message queue based concept like ZeroMQ, RabbitMQ and others. A great example for this is SaltStack which allows a user to choose between ZeroMQ, SSH and RAET (http://docs.saltstack.com/en/latest/topics/development/raet/index.html). Thanks to this concept, Salt is able to manage tens of thousands of clients.

I can image having OpenNebula implementing such a transport system as an optional (!) alternative. User may also be able to use the infrastructure of SaltStack itself to send commands (deploy VM, move VM, undeploy VM, etc.) to compute nodes by creating new MADs. The missing part will be having OpenNebula handling the results of these commands and doing further processing (rollback, etc.). Also think of using SaltStack or message queue to integrate with oneflow and friends.

Another benefit using SaltStack would be the access to the hundreds of execution modules developed by a very large open source community (http://docs.saltstack.com/en/latest/ref/modules/all/index.html).

http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cmdmod.html
http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.virt.html#module-salt.modules.virt
http://icee3.com/wp-content/uploads/2014/11/SaltStack-Thomas-Hatch-IC3.pdf
http://docs.saltstack.com/en/latest/ref/clouds/all/salt.cloud.clouds.opennebula.html

Looking forward to get your thoughts on this.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. The OpenNebula Dev Team

[stale]

This issue has been automatically closed due to lack of activity/feedback. Please reopen if you have further input or need to bump this. The OpenNebula Dev Team