现状: 我有一个有N个延迟工作的铁路应用程序。每当我想向某台机器发送SSH请求时,我都会为该工作者创建一个任务。工人执行类似的事情:
Net:SSH.start(hostname, username, :password => pass) do |ssh|
ssh.exec!(command)
end
有时我会创建例如50个这样的任务要一个接一个地执行,或者彼此在5-10分钟之内执行。在这种情况下,每个任务都会打开单独的连接,这种连接无效,有时由于连接太多而被目标服务器阻止。
我想要什么:已打开连接存储在某处并由每个工作人员重用。这样每个工人都会以某种方式获得连接,然后运行
ssh.exec!(command)
我尝试了什么:
有办法解决这个问题吗?还有其他想法吗?谢谢!!
答案 0 :(得分:3)
首先是一些基础知识;一个SSH连接的核心是与远程计算机的低级套接字连接。套接字不能(轻松)在进程之间共享。因此,在多个进程上运行的东西不能共享相同的SSH连接。
接下来,您需要知道当前设置中的哪些部分在不同的进程中运行。我们得到的是:
Rails在大多数情况下基于流程:单独的Web请求在不同的进程上运行。因此,在Rails应用程序中存储SSH连接不是一个可靠的解决方案。
据我所知,延迟工作也是基于流程的。主进程启动从属进程以处理每个作业。因此,DJ也不能用于此目的。
您需要的是一个存储SSH会话的主进程,然后等待需要在其中一台远程SSH计算机上执行的命令的传入消息。
就我个人而言,我只是自己编写一个简单的线程Ruby守护程序进程来处理这个任务。如果您不想直接处理套接字编程,可以使用EventMachine之类的东西来处理通信和处理。
如果您对EventMachine或套接字编程不满意,那么您可以查看一些消息传递系统,如RabbitMQ,或者 ZeroMQ用来创建你的客户端和服务器。
我还为Rails发现了一些名为ActiveMessaging的东西,虽然我不确定该项目的最新和有效。
但就像我说的那样,我认为最简单的实现只是一个套接字守护进程,它在后台运行并跟踪打开的SSH连接,然后监听来自Rails应用程序的命令。
如果您实现类似的操作,请记住考虑安全性因素。否则,您可以通过守护进程轻松地授予任何人对所有远程计算机的SSH访问权限。
修改强>
一个更简单的想法:
只需让守护进程定期从Rails应用程序中读取数据库表中的命令。然后,此守护程序可以根据它在此“作业队列”表中找到的内容执行这些命令。这样您根本不必处理套接字通信,缺点是此解决方案是一种轮询解决方案。