自动化运维之----Puppet应用实战讨论（获奖名单已公布-2012-7-6）

flex177

回复 19# xijieqjx

其实问题的关键就在于这些不同的配置如何抽象成独立的部分，比如抽象为dns、apache、app1、app2等，然后就可以在机器A上面部署dns、app1，在机器B上面部署apache、app2，从而实现差异配置的自动化。同时还可以解决不同配置间的依赖关系。

king_819

回复 5# chenyx


    从事网游运维的童鞋们，大批量的部署服务器应该是常有的事了，项目上线急，时间短，自动化运维是必不可少的，puppet前期搭建好，配置文件定义好、调试好（这个是比较花时间、花精力的），后期部署就比较的方便

flex177

king_819 发表于 2012-06-13 15:49
回复 5# chenyx

还是版主举例精辟哈～

king_819

回复 6# yifangyou


    如果涉及到批量优化，服务器的硬件环境是要考量的，但一般情况下，公司的服务器都是批量采购的，针对不同时期采购不同型号的服务器定制优化的配置文件

king_819

回复 23# flex177


    网游运维大批量的部署服务器，服务器大多业务应用是相同的，运行环境也一样的，自动化运维显得相当的方便和容易部署

   但网游公司的服务器型号比较的杂乱，在定义配置文件的时候，我们不能只考虑业务应用，而忽视了硬件环境

badb0y

做配置管理还是挺方便的，正在看MC，，

chinafenghao

回复 20# king_819

确实，其实批量管理还是比较痛苦的，为了兼容性把代码搞的很复杂，有时候自己环境又没有那么复杂。比如之前看了一个使用puppet安装nagios的脚本文件，几百行，那个吐血呀。如果用bash shell script来做，也就100行左右。


   

yifangyou

回复 16# flex177
你说的第一点有一定的道理，但是对于一台机器上同时跑7，8个应用，而这些应用也只在一台机器上，自动化运维我觉得还是不太适合。
你说的第二点估计会有问题，当事人是知道各个机器的异同，但是it运维人员流动也比较大，若是换了个人的话，他就不明白各个群的差异了。
我觉得对于一个应用对应的集群来说最好还是保持一致性。

   

yifangyou

回复 24# king_819
因此说云的虚拟化是很好的东西，新来的机器的话，我可以批量克隆到新机器上，这样保持了服务器的一致性。