Ansible 节点这么冷清? 没有人用吗?

[lex]

我自己用 Ansible 半年多，管理大小虚拟机 10 ~ 30 台，感觉各种服务器配置的体力活用 Ansible 搞挻方便的，主要是团队其他人也能很快上手。相比 Chef 和 Puppet，它的配置更简单易懂；和 SaltStack 比, Ansible 去中心化的模式很适合做小刀快切的事。我自己是做 iOS 开发的，维护了一套常用工具的 playbook，节省了大量搞服务器的时间:
https://github.com/lexrus/ios-dev-playbook
但是我总有一种预感，要是架构上规模了，通过 ssh 这么搞不靠谱，肯定会出事。到时候是上 Ansible Tower 呢，还是转战 Chef / Puppet？
不知道大家有没有在用 Ansible 的？

[Livid]

可能是因为文档做得太好了 :)

[lex]

@Livid word-break 不应该用 break-all 吧? 上面行尾的单词被截断了。Safari 8.0.3.

[Livid]

@lex 主要是为了应对有些时候会出现的超长 URL。

或许只应该在 <a 里用 break-all？

[roricon]

为什么预感靠ssh不靠谱呢？想听一下完整的推理链。
因为我正好准备开始跳Ansible的坑。

[tabris17]

感觉用着不顺手

[pfitseng]

LZ觉得怎么个坑法？

[lex]

@roricon 因为服务器一多如果不上 Tower 还是从本机跑，就会感觉做一件简单的事都很费时，尤其是在国内管理国外的服务器，经常需要 retry。其它几个配置工具没这个问题吧？

[9hills]

以我的经验:

Fabric 适合10-30台机器规模
Ansible 500台机器问题不大（需要系统支持SSH pipelining）

再往上就没有一个工具能兼容配置管理和远程执行了，需要分开做

配置管理方面
Saltstack 没有测试过，但从有限经验来看5000台机器应该不会有太大的问题
Puppet 10w台也能cover，只是模型实在是不讨喜。我厂原来用Puppet+Forman，单机心跳包处理能力只有400qps。

远程执行：

2000台机器以内，如果都在同IDC内网且机器负载没有打满，SSH问题不大
万台机器、跨IDC、机器经常高负载，还是需要自定义

[9hills]

修正： Forman -> foreman

http://theforeman.org/ ，挺不错的，不过我们不用它了，这个适合那些中型公司在没有基础设施相关工具的前提下从零开始定制

[lex]

@pfitseng 坑到不至于，就是隐隐的觉得做到后面应该会改用其它适合更大规模的方案。而 Ansible Tower 除了页面好看没有很明显的优势。

@9hills 感谢，我大概了解了。看来我这种小作坊完全没有担心的必要。^_^

[9hills]

@roricon ssh 在同IDC机器数超过2000，跨IDC，部分机器负载经常很高的情况下，不太靠谱

不过用的最多的，还是ssh。我一般用『https://github.com/ninehills/parallel-ssh-mod』加了密码登录功能

[notnumb]

常用bash 版本
while read line
do
ssh -n $line "command or script" &
done < ./hosts

年初搞了一段时间saltstack，还是觉得ansible好。

[linora]

@notnumb salt 兼容性太差

[ioiioi]

@linora
salt 兼容性差体现在哪里？我刚入坑

[linora]

@ioiioi 抱歉，描述的有些笼统；单纯 master-minion 模式无论性能还是兼容性 salt 都还可以的；
我是指在使用 salt-ssh 时兼容性较差（在 centos 6/7 及 ubuntu 14 上测试过就清楚了），所发如果是使用运行于 ssh 之上的工具，建议还是 ansible 吧，否则 salt 还是可以用的。