开源工具或者第三方闭源与瓶颈不是必然的关系，无论是开源还是闭源。合理的部署架构可以解决大规模环境下，自动化运维的瓶颈，可以采用分布式自动化运维管理节点部署，每个管理节点管一片或者一类运维节点，通过统一的管理平台进行对接。...

在选择自动化运维工具时应该从以下几个方面考量：一是自动化运维工具的成熟度，即在业界的受众面。这里无论是对商用的还是开源的都可以从这个角度进行评估；二是自动化运维工具的功能能否满足运维需求；三是如果是选择开源的自动化运维工具还要考虑工具的技术栈和公司人员的技术...

每个企业对于自动化的需求是不一样的，建议自己设计运维平台，底层使用轻量级的开源技术实现，前端由专业定制开发即可。目前行业内自动化运维平台基本均采用此类模式。成熟的商业产品复杂程度过高，对厂商依赖程度过高。从配置工具的角度说，目前主流Saltstack、Puppet以及Ansible...

个人推荐采用开源方式，或者说核心技术采用开源技术。采用商业软件的好处是比较容易达成需求，不利的地方也显而易见，主要是产品成本比较高，特别是后期维护的成本更高，且核心技术并不掌握在企业自身手上，项目容易成功，但长久来看自动化工作难以持续。开源方式，成本相对较低，技术能够...

ansible、salt和puppet主要是操作系统或平台层的编排工具，这3个工具的选择的建议要根据企业实际情况而定，如果安全上对ssh没有特殊限制的、企业运维的服务器数量也不是很多的建议使用ansible。ansible学习曲线平滑，使用简单，社区资源丰富。性能相对salt和puppet较差，可以根据...

性能以及健康检查，有一些现成的工具，比如iperf,fio,netperf,iometer.IBM提供的nomonoracle提供的osw等等，都很好。如果有特殊需求，那就根据需求编写shell、python、expect等脚本来实现。

还有nmon、bmon、tcpdump等，／proc／interrupts查看相关网络中断等在定位一些故障时还可以使用wireshark之类之前遇到的问题就是业务量大时，单个网卡处理不过来，后来采用多网卡bond有了一定的性能提升...