PRTG。PRTG。
puppet没有在生产环境使用过，不做评论。
func在上一家公司作为基础服务部署，有500台左右的数量，总体而言还是比较稳定，只负责远程操作的功能，同时结合资产库再做一层UI封装，一个自动化的运维平台原型已经浮现，可满足日常60%的运维操作，那40%为啥没覆盖到？是的，func没有统一配置管理，程序、系统态的支持。
现引出saltstack吧，saltstack是今年7月份才接触，个人针对不同业务场景不同功能点进行了测试，结果符合预期。saltsatck非常强大、灵活，很多功能都没有做太死板的封装，都可以通过python api进行扩展。远程操作功能覆盖了func，还加入了更多的模块支持，更多见官网模块简介http://docs.saltstack.com/ref/modules/all/index.html#all-salt-modules，在程序配置方面，引入了公共与私有数据的不同角色，利用好可以动态配置灵活的程序配置规则，例子：基于saltstack实现的配置集中化管理，同时saltstack也支持系统程序包、系统态管理，良好执行返回接口、代理支持（master的容量扩展）、文件同步等等，更多特性大家有兴趣可以去挖掘http://docs.saltstack.com/(官网doc)、http://wiki.saltstack.cn/FrontPage（中文wiki），目前社区活跃度很高，在github提交的bug，1天内就有人跟进并给予回复。从长远来看，saltstack蕴藏着巨大的潜力，建议运维人员都可以关注下。之前在使用的0.16.0版本还存在bug或文档与程序描述不一致的地方，但升级到最新的0.16.4后功能上基本上都已经解决，官网文档也会第一时间完善，赞一个。
cfengine 为什么没有提起？
cfengine 以前用的，过5k以上服务器，包括教育网，联通和电信，做帐号同步使用，非常方便，不过是多台做集群架构，有总控服务器，在多线上放节点服务器，达到帐号同步目的。
之前有搞过chef+openstack，也考虑过puppet，运维自动化就那么点工具，把一样弄通就可以了。
本帖最后由 Purple_Grape 于 2013-09-21 23:07 编辑
偶用puppet管了几十台windows机器，总体效果还不错。
puppet 性能问题还是有点小头疼，客户端经常超时。
准备将puppet放本地跑，定期通过版本控制或者http/ftp等文件传输协议下载规则文件到本地执行，这样服务端就成了纯静态文件下载了，
对比C/S结构，功能虽然弱了，但自动化能力并没有减弱，仅仅是设想，还没实施。
saltstack 目前有点嫩，算是puppet的fork，虽然puppetlabs 被 vmware 通过投资控制了很大的话语权，但vmware不像oracle，没有作恶前科，属于开源友好型 。
用过puppet，感觉简单易用。
这些东西没使用过啊，不好意思