Comments on: 利用Gearman来实现远程监控与管理

By: leiyang

leiyang — Wed, 10 Mar 2010 15:20:27 +0000

gearman不是用来解决者问题的……

让这么多不会coding的SA情何以堪……

SSH-AGENT + SSH-ADD + 有passphrase的private key就简单了

连perl都不用装

By: Robin

Robin — Fri, 08 Jan 2010 04:30:54 +0000

呃。看明白你的意思了，将每个worker注册成不同的名称。

By: Robin

Robin — Fri, 08 Jan 2010 04:03:02 +0000

Hi Tim，我正在尝试这种方案，不过发现向Job Server发送的指令只会在某一台Worker上去执行？并不会到所有的Worker上执行？

By: Michael he

Michael he — Sun, 20 Sep 2009 03:47:55 +0000

balancer 不知道好不好用

By: xLight

xLight — Tue, 08 Sep 2009 08:41:08 +0000

@Tim
看来我是ssh权限用惯了，呵呵
没考虑你说的这种应用场景

By: Tim

Tim — Tue, 01 Sep 2009 13:25:20 +0000

@xLight ssh通常需要交互输入密码，同时直接用ssh shell交互也容易造成安全隐患。
使用gearman, worker script可以只接收指定的协议，比如用自定义的A/B/C/D来代替具体的执行命令。
另外易用性上gearman不管是web client还是worker都比配置ssh更简单。

By: xLight

xLight — Tue, 01 Sep 2009 11:52:36 +0000

如果服务器都开着ssh，
简单写个脚本循环执行就好了啊

By: Tim

Tim — Mon, 31 Aug 2009 05:07:22 +0000

对于gearman应用等待返回肯定是要的，否则还不如用MQ了。
1. 通常gearman部署是不跨IDC的，排除网络延迟因素，如果有延迟也是worker程序造成。
2. 如果worker程序存在卡的问题，client可以加超时，如例子所示。
jr = f.get(3, TimeUnit.SECONDS);在实践中很少出现超时的情况。

By: Kevin

Kevin — Sun, 30 Aug 2009 23:20:31 +0000

我觉得返回并不是问题，很多场合的情况下，我们处理任务，肯定放在一台任务服务器上跑的。那肯定会新启一个线程来异步等待。并不会用一个线程在那个地方等着。如果一个线程等着，那我们就不需要任务服务器了。

By: arden

arden — Wed, 26 Aug 2009 15:00:41 +0000

我觉得这种东西适合那种不需要返回结果的计算，如果要等等结果返回的话，通过网络传输启不速度更慢，响应能力反而更低了~