Chinaunix

标题: 自动化运维之----Puppet应用实战讨论（获奖名单已公布-2012-7-6） [打印本页]

作者: send_linux 时间: 2012-06-12 10:37
标题: 自动化运维之----Puppet应用实战讨论（获奖名单已公布-2012-7-6）

获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-3757481-1-1.html

自动化运维的应用背景：

1、保证快速上线
新项目的上线，往往时间紧迫，工作量大，要在短时间内部署大批量的服务器，如果还按照传统的工作模式，那么不仅耗时，而且工作量也是巨大的，如果启用自动化批量部署，那么就可以快速的部署好大批量的服务器，以保证项目的及时上线，还可以降低运维人员的工作

2、管理有序、减少误操作
随着我们的项目不断的增加，每天的访问量也越来越大，与此同时需要我们对外提供服务的机器也越来越多，产品也在频繁迭代，高频率的上线，越来越复杂的上线过程，已经成了一种噩梦, 做好自动化部署，已经是势在必行。

对于服务器的批量自动化管理，不管是管理1台，或者是上万台机器，puppet都能轻松搞定，让你的所有配置工作整齐划一，所谓配置管理系统，就是管理机器里面诸如文件，用户，进程，软件包这些资源，用puppet，可以运行一个服务器端，定义好各项配置文件，然后每个客户端通过ssl证书连接服务器，得到本机器的配置列表，然后更新列表来完成配置工作。

本期话题：
对于服务器的批量自动化管理，不管是管理1台，或者是上万台机器，puppet都能轻松搞定，让你的所有配置工作整齐划一，所谓配置管理系统，就是管理机器里面诸如文件，用户，进程，软件包这些资源，用puppet，可以运行一个服务器端，定义好各项配置文件，然后每个客户端通过ssl证书连接服务器，得到本机器的配置列表，然后更新列表来完成配置工作。
1、自动化运维是否大势所趋？
2、自动化运维中需要注意的问题
3、puppet自动化运维实战讨论

本期特邀嘉宾：
《精通puppet配置管理工具》译者高永超，chinaunixID:flex177,专职SA,喜欢钻研架构和运维相关知识，两年puppet使用经验，现任豆瓣运维工程师
ChinaUnix自动化运维板块版主：king_819
五分钟网络高级系统工程师：吴问志（华东运维技术沙龙嘉宾，ppt下载）

活动时间：
2012年6月12日-6月28日

话题要求：
1、要言之有物，不能低于20个字
2、本次话题主要关注自动化运维的相关技术和问题讨论，其他问题可能不做重点

奖项设置：
最佳交流奖：1名，奖励ChinaUnix背包一个。
积极交流奖：5名，奖励《精通Puppet配置管理工具》图书一本
参与奖：所有有效参与的用户奖励ChinaUnix社区积分20分

图书简介：
精通Puppet配置管理工具

作者： (澳)James Turnbull (美)Jeffrey McCune [作译者介绍]
译者：高永超
丛书名：图灵程序设计丛书
出版社：人民邮电出版社
ISBN：9787115279514
上架时间：2012-5-23
出版日期：2012 年5月

图书简介：
《精通puppet配置管理工具》系统介绍了开源配置管理工具puppet，并提供了帮助使用puppet 的大量资源。书中讲述了如何创建puppet recipe、扩展puppet 并使用facter 整合来自服务器的配置数据，同时讲述了如何使用puppet 管理postfix、apache 和mysql 服务器，以及如何加载平衡puppet master。
　　《精通puppet配置管理工具》涵盖了安装、使用并利用puppet 进行开发所需要的全部知识、内部技巧和技术。非常适合系统管理员、操作人员和开发人员阅读。

样章下载：

精通Puppet配置管理工具第一章：开始使用Puppet.doc (429.5 KB, 下载次数: 441)

作者: duanjigang 时间: 2012-06-12 11:46
支持！

作者: send_linux 时间: 2012-06-12 11:55

duanjigang 发表于 2012-06-12 11:46
支持！

分享分享啊，你不是在做那个yum的配置工具么？

作者: chinafenghao 时间: 2012-06-12 17:23
本帖最后由 chinafenghao 于 2012-06-12 17:25 编辑

puppet是个好工具，很多朋友公司都上了这套东西，如果要做批量管理，得好好学习下。不过机器数量不多的话，上puppet也多半是为了练手，效率上没啥提升，甚至有降低。

作者: chenyx 时间: 2012-06-12 22:12
本帖最后由 chenyx 于 2012-06-12 22:12 编辑

支持下.
自动化运维,在服务器数量很大的情况下应该能发挥出效率,普通的应用,很少能象楼主说的那样,需要在短时间内大量部署,数量少的情况下,PXE+ks.cfg基本就能满足要求了.

作者: yifangyou 时间: 2012-06-12 23:59
1、自动化运维是否大势所趋？
答：对于大公司来说是大势所趋，因为大公司需要做大量计算或者保证服务可用性，需要使用多台机器做成集群，少则十台，多则上千。若是网站上线时，光靠人力去部署非常耗精力。若是网站已经在线了，某一天需要修改某个配置文件，运维人员会发现是一件重复性无进步意义的劳动。而且靠人力管理一台台的机器，时间久了会发现原来部署时一样的各个机器会出现不一样的地方，比如说这个文件在一台机器有，而在另一台机器上没有。某一次更新会出现漏更新的问题。
这时就需要自动化运维系统，能够统一管理，若是从安装机器后保证完全一致，之后就完全通过自动化运维系统一起管理，这样可以保证环境完全一致。
但是对于我公司只有不到20台机器就不太适合自动化运维系统，因为我公司的服务器基本上是一个网站就在一台机器上，一台机器上跑n个网站，由于历史原因各个机器的环境完全不一样，每次修改一般只有一台机器。
2、自动化运维中需要注意的问题
答：1）自动化运维的前提是集群机器的环境是一样(一般是软件环境一样，最好是硬件环境也一样)，若是其中某一台机器不一样的话，会发现自动化脚本非常难写，每次必须把这台机器单独处理。否则的话会在某一时刻或者某一个特定情况下出现这个脚本在某一台机器上执行出错或者失败。若是执行中没有出现任何问题或者提示失败，这更是一个潜在的隐患。
2）因为不可能所有机器的环境一模一样的，例如各个机器的ip就是不一样，或者硬件环境不一样(cpu,内存不一样)，那样的话对于自动化脚本来说，就得单独处理了，例如httpd.conf里若是包含各个机器的ip的话，可以把各个机器的ip提前设置到环境变量里，自动化脚本直接使用环境变量即可。
若是应用程序对硬件环境要求很严格的话，就得提前检查各台机器是否都达到要求。
3)每次执行完自动化脚本后，需要检查各台机器是否都已经执行成功了，防止某一台机器执行失败。
4)定时检查各个机器的环境是否一致，防止机器环境随着时间越来越不相同。

作者: deadwind 时间: 2012-06-13 00:37
有点儿兴趣

作者: dooros 时间: 2012-06-13 01:03
自动运维……
诶，脚本就像小脚女人的裹脚布啊，越写越长……

作者: kk5234 时间: 2012-06-13 08:40
支持活动！！！！！

作者: 追忆的风筝 时间: 2012-06-13 09:11
专门介绍Puppet，都可以出书了....

作者: send_linux 时间: 2012-06-13 09:19

追忆的风筝发表于 2012-06-13 09:11
专门介绍Puppet，都可以出书了....

是的，国内也就几本书了，呵呵，比较用这个工具的SA朋友越来越多了

作者: love_net 时间: 2012-06-13 09:55
发贴抢书,对背包没兴趣

作者: send_linux 时间: 2012-06-13 10:22

love_net 发表于 2012-06-13 09:55
发贴抢书,对背包没兴趣

情何以堪啊，背包质量还是真不错的》。。。

作者: yscholly 时间: 2012-06-13 11:51
惠普也出了类似的产品惠普SA，也是非常的强大，就是相当的耗资源~~ 没有10G内存以上基本不要指望能跑得顺畅

作者: love_net 时间: 2012-06-13 13:05
回复 13# send_linux

puppet与cfengine 后者cfengine 是不是更强大一些,我维护的服务器不多也就100来台应该用不到这些东西,只是感兴趣想学习一下,

作者: flex177 时间: 2012-06-13 15:19

yifangyou 发表于 2012-06-12 23:59
1、自动化运维是否大势所趋？
答：对于大公司来说是大势所趋，因为大公司需要做大量计算或者保证服务可用性 ...

我比较同意yifangyou同学的第1点，不过对于小公司而言，我觉得自动化也是需要做的，不然在公司发展壮大之后再做就会很麻烦。

对于第2点，并不需要集群中的机器环境一致，高级的配置管理工具如puppet这些都能做到针对每台机器引用不同的配置（类），或者根据不同机器的某些特征生成特定的配置（模板）。

作者: flex177 时间: 2012-06-13 15:22
回复 15# love_net

它们都是成熟的配置管理工具，没有强弱的分别，但是风格差别非常大，你可以都体验下。我个人觉得相比于puppet cfengine资料太少，配置语言也不够人性化。

作者: love_net 时间: 2012-06-13 15:37
回复 17# flex177

哦,懂了,,

作者: xijieqjx 时间: 2012-06-13 15:39
对于多机器多种不同环境呢，软件，系统，由于各种原因开发测试环境顶多可以和线上环境类似，很少相同的。

作者: king_819 时间: 2012-06-13 15:45
回复 4# chinafenghao

如果服务器数量不大的话，自己写一些自动化的脚本就可以搞定了，没必要非去折腾puppet

作者: flex177 时间: 2012-06-13 15:49
回复 19# xijieqjx

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

作者: king_819 时间: 2012-06-13 15:49
回复 5# chenyx

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

作者: flex177 时间: 2012-06-13 15:50

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

还是版主举例精辟哈～

作者: king_819 时间: 2012-06-13 15:52
回复 6# yifangyou

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

作者: king_819 时间: 2012-06-13 15:57
回复 23# flex177

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

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

作者: bun 时间: 2012-06-13 16:41
提示: 作者被禁止或删除内容自动屏蔽

作者: badb0y 时间: 2012-06-13 17:09
做配置管理还是挺方便的，正在看MC，，

作者: chinafenghao 时间: 2012-06-13 17:36
回复 20# king_819

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

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

作者: yifangyou 时间: 2012-06-13 23:55
回复 24# king_819
因此说云的虚拟化是很好的东西，新来的机器的话，我可以批量克隆到新机器上，这样保持了服务器的一致性。

作者: flex177 时间: 2012-06-14 08:26
回复 28# chinafenghao

我很好奇，几百行都写的什么……

而且puppet不仅是用于部署，还会保持这个状态，这个是shell脚本比较难做到的。

作者: chinafenghao 时间: 2012-06-14 08:58
今天去搜索了下，没找到那个脚本了，不过当时真真切切记得是好几百行。

作者: stziyan 时间: 2012-06-14 09:27
本帖最后由 stziyan 于 2012-06-14 09:27 编辑

正在准备研究，公司有500台机器，有些配置不一样，看到上面的交流说，配置环境不一样会很麻烦，不知道有木有好的解决方案？是不可以建两个或者多个puppe呢，不同环境用不同的puppet呢？

作者: h101com 时间: 2012-06-14 09:45
这个要看行业环境来，游戏行业比较适合，环境大同小异才好用。

作者: carrison 时间: 2012-06-14 10:27
Puppet不了解，大规模部署的话，虚拟化是个不错的方案。

作者: king_819 时间: 2012-06-14 14:35
回复 29# yifangyou

如果每台服务器的应用环境都不样，那么自动化运维就很难开展，但一般情况下，大批量的服务器跑相同的应用还是比较多的

作者: wsxedcer 时间: 2012-06-14 15:20
如果一个项目的机器少的话，但是却有N个项目，机器配置也不一样，puppet 使用还不纠结死啊

作者: ruochen 时间: 2012-06-14 15:59
要看自己提供服务主机的量级，大型的分布式应用肯定是建议自动化运维的，减少人为出错的几率，前提是硬件环境和软件环境尽量一致

作者: action08 时间: 2012-06-14 16:55
运维自动化是大势

作者: king_819 时间: 2012-06-15 10:33
回复 37# wsxedcer

这个要去平衡的，不能说就10台机器，每台机器上跑十几个不同的应用，你还去搞什么puppet，那不是折腾死

作者: renxiao2003 时间: 2012-06-15 12:23
支持一下啊。

作者: lxw2016 时间: 2012-06-15 14:05
不同应用可以在puppet中建不同的环境，根据不同的环境来实现不同应用的配置同步。

作者: 星火2012 时间: 2012-06-15 15:07
回复 2# duanjigang

有了puppet，请问你的cmt管理软件还有用吗？呵呵

作者: 星火2012 时间: 2012-06-15 15:09
回复 5# chenyx

pxe+ks和puppet是两个东西吧，pxe+ks是侧重系统的自动化安装和初始化，puppet侧重于系统安装后的配置管理和更新等。比如要给大量服务器更新帐号/软件升级等，就得puppet出场了。

作者: shang2010 时间: 2012-06-15 15:14

flex177 发表于 2012-06-13 15:19
我比较同意yifangyou同学的第1点，不过对于小公司而言，我觉得自动化也是需要做的，不然在公司发展壮大 ...

小公司最先关心的是能不能发展壮大，，
等大了再做不迟

作者: chenyx 时间: 2012-06-15 15:15
确实是两个东西.
我的意思是,少量服务器,就算手工配置也完全可以胜任,除非有大量服务器需要短时间内配置

作者: 星火2012 时间: 2012-06-15 15:17
本帖最后由星火2012 于 2012-07-16 13:29 编辑

回复 6# yifangyou

想说的都被你说了，看来包你是拿定了，呵呵。

我们公司也是机器规模小，并且配置不一致，暂时还用不到puppet，不过我倒是想学学。

网上也有一些写puppet比较多的站点，分享给大家：

http://laird-sa.com/categories.html#puppet-ref
http://chenlinux.com/
http://code.google.com/p/puppet-manifest-share/downloads/list

再增加一个强力站点：http://www.mysqlops.com/category/puppet

有没有最佳分享奖啊。。。

作者: 星火2012 时间: 2012-06-15 15:22
回复 46# chenyx

恩，是这样。。。

作者: 星火2012 时间: 2012-06-15 15:29
本帖最后由星火2012 于 2012-06-15 15:29 编辑

回复 1# send_linux

1、自动化运维是否大势所趋？

      必须是大势所趋，当一个新的业务需要在短时间内上线一千台服务器，或者进行应用的更新等，如果不实现自动化，效率底下不说，还容易出错，所以使用前期已经配置好的puppet类的管理软件进行统一管理，是每个管理员都期盼的。但也局限于大公司了大业务量情况下了，像我们公司这样不到100台服务器规模，并且由于种种原因，很多机器的系统和配置都不一样，puppet就不适用了。

2、自动化运维中需要注意的问题

         根据机器不同的情况进行更多的判断吧，以及每次执行完成后输出执行结果，以便进行检查。

3、puppet自动化运维实战讨论

         还没实战过，期待高手们的高论。

作者: 星火2012 时间: 2012-06-15 15:30
回复 15# love_net

只是配置方式不同，并且cf的配置更隐晦，我是听说的。。。

作者: wyw5257 时间: 2012-06-15 16:21

作者: duanjigang 时间: 2012-06-15 16:43
www.cmesoft.com
联系方式cmesoft@126.com

星火2012 发表于 2012-06-15 15:07
回复 2# duanjigang

作者: 星火2012 时间: 2012-06-15 16:52
回复 53# duanjigang

看了您的网站，确实有不少自动化运维的好东西，学习一下。

作者: 苦酒满 时间: 2012-06-15 18:55

lol

支持

作者: send_linux 时间: 2012-06-15 19:20

duanjigang 发表于 2012-06-15 16:43
www.cmesoft.com
联系方式

小广告啊，

作者: kns1024wh 时间: 2012-06-15 21:41
回复 1# send_linux

1、自动化运维是否大势所趋？
这个应该是运维从业者的一个必修的技术，自动化就是将一条一条的命令汇集到一个。sh文件中执行，进而通过条件定点的执行命令减少干预程度；
搞运维要有一定的灵活方式，自动化运维包括大规模的自动化部署，无论是操作系统还是到具体的应用环境还是具体的细节的conf文件；服务器的的监控工具，如nagios cacti等都应属于自动化的运维的一个步骤，通过监控工具可以提升运维的故障及时响应；故障的自动修复处理流程，这里的流程应该是涵盖到应用的程序的自动修复，如hadoop 少了个把节点仍然是可以执行的；

2、自动化运维中需要注意的问题
自动化的运维要具体结合项目环境的实际状况不能要过于追求众多的各类工具Puppet, CFengine, MCollective, Func, ControlTier, Cobbler.要合理选择合适的工具

3、puppet自动化运维实战讨论
这个自然有很多优势可管理配置文件、用户、cron任务、软件包、系统服务。
可以取消ssh账号登录，部署好的puppet系统通过此更新，通过监控工具获取节点状态，通过puppet执行对服务器的管理操作。

作者: qiangyuanjixie 时间: 2012-06-16 16:49
支持支持！

作者: FLYSKY痴心绝对 时间: 2012-06-16 17:47
提示: 作者被禁止或删除内容自动屏蔽

作者: Purple_Grape 时间: 2012-06-17 09:49
本帖最后由 Purple_Grape 于 2012-06-17 09:50 编辑

偶理想中的规模化运维是ks+ldap+puppet

ks 批量标准部署，ldap批量管理帐号，puppet批量执行命令

偶目前还只走出第一步，但是ldap、puppet、备份客户端、监控客户端都已经部署在ks脚本里了，留待以后启用。

作者: wang290 时间: 2012-06-17 14:59

星火2012 发表于 2012-06-15 15:09
回复 5# chenyx

是的puppet是侧重于配置管理同步和分发的，前者只是自动化安装的重要工具。

但是现在puppet也有很多替代品了，比如chef啥的，chef虽然现在不是很主流，但是很多理念是比puupet要先进的，现在很多的IaaS用这个管理的比较多。但是这玩意现在安装起来很复杂，而且相关联的服务器软件需要的也比较多，比如消息队列软件、erlang啥的，当然了，cfengine也是一个很不错的工作，不过工作场景最好的还是虚拟主机的管理啥的。

作者: wang290 时间: 2012-06-17 15:14
我操？我的内容被审核了？

作者: wang290 时间: 2012-06-17 15:15
无语了，前些日子上不了，现在果真问题很多啊，技术版块搞什么名堂啊

作者: wang290 时间: 2012-06-17 15:17
看到了，看来骂过后，管理员审核快多了@send_linux

作者: wang290 时间: 2012-06-17 15:19
我再转一篇网络上非常好的一个博主的文章
配置管理工具puppet与chef对比分析
http://blog.sina.com.cn/s/blog_5374d6e30100sum0.html
puppet与chef对比

首先说说相同点：

1、都是基于ruby语言
2、对要配置的对象提供了跨平台的抽象，用户大部分时间只跟这些抽象的资源打交道，而不用关心实现，如只需关心要添加什么软件或用户，不需要关心这些用户或软件是怎么添加上去的
3、都有配置中心服务器，在每台要配置的客户端上都需要安装客户端，客户端跟服务器端用证书认证
4、配置应用过程都有两个阶段，第一个阶段在配置中心进行，由配置中收服务器针对客户端生成资源列表，第二个阶段在客户端运行，将应用收到的资源列表。
5、都提供了扩展的方式，puppet用的是模块的方式，而chef用的是cookbook的方式。虽然感觉(我没有真正用过chef)chef的cookbook方式更灵活和易于分享，但是这两者实质是一样的

再说说不同点：
1、puppet提供的配置语言更通用和高级一些，用户不需要懂ruby语言。而对于chef，没有专门的配置语言，用户需要了解比较多的ruby语言。
2、puppet资源之间有显式的依赖关系，按照这些关系去实现，而跟这些资源在配置文件的位置或前后没有关系。而看了一下chef的一些例子，更像是ruby脚本，从前到后按顺序执行
3、puppet安装简单，需要的支持软件也少，服务器端也是这样。而chef在配置中心服务器端需要依赖软件比较多，需要couchdb、RabbitMQ和Solr，这样连带需要安装java和erlang，这样配置服务器过程要复杂很多
4、puppet服务端的配置都是一个一个的文本文件，这样易于发布、备份和扩展。而chef的服务器端的配置放在couchdb和solr索引等二进制文件中，通过远程命令工具knife来操作这些配置。这样，puppet更符合unix管理员的使用习惯。
5、puppet的用户很多，象Google、Redhat等大公司都在用它。而chef的用户就少多了，而且没有什么大的公司

最后，我感觉chef从puppet身上学到或借用了很多有用的概念，但是没有什么超越的地方。而puppet比以前的cfengine工具多出了很多的亮点，这也是我愿意从一个cfengine用户转到puppet用户的原因。但是，如果让我从puppet往chef上转，确实缺少动力。chef可能更适合专业用户，用在云计算这种需要更多定制的场合，只是不知道有没有合适的生态环境让它长那么大。呵呵。

作者: 星火2012 时间: 2012-06-18 09:20
回复 62# wang290

谢谢，长见识了

作者: Hongqiyaodao 时间: 2012-06-18 10:50
提示: 作者被禁止或删除内容自动屏蔽

作者: smallfish 时间: 2012-06-18 15:23
支持，这个书应该不错，不知道现在能买到不？

作者: kool 时间: 2012-06-19 11:25
自动化和批量好像不是一个概念吧

作者: king_819 时间: 2012-06-19 15:15
本帖最后由 king_819 于 2012-06-19 15:21 编辑

回复 71# kool

大批量的工作，自动化是必不可少了

作者: king_819 时间: 2012-06-19 15:21
回复 58# kns1024wh

puppet并不代表自动化运维工具的全部，只是自动化运维工具中的一种，不同阶段不同应用，使用不同的工具，百湖在这里例举的很多的工具，大家可以根据需要去选择

对于自动修复也是自动化运维中一个比较重要的环节，这个就需要总结和积累，自动检测、自动修复

作者: kool 时间: 2012-06-19 16:05

king_819 发表于 2012-06-19 15:15
回复 71# kool

大批量、分次到，IBM、HP各型号都有，咋整呢

作者: 7717060 时间: 2012-06-20 02:34

作者: send_linux 时间: 2012-06-20 09:04

7717060 发表于 2012-06-20 02:34

好久没有见到兄弟了ID了，呵呵，最近都忙啥呢？

作者: zyj19871215 时间: 2012-06-20 10:13
支持。。。。。。。。。。

作者: 星火2012 时间: 2012-06-20 15:03
回复 74# kool

和硬件型号没关系吧

作者: 星火2012 时间: 2012-06-20 15:04
回复 70# smallfish

dangdang.com就有

作者: 叶子红了 时间: 2012-06-21 09:46
进来学习之~~

最近正打算部署呢，先看看大家的讨论

作者: send_linux 时间: 2012-06-21 09:48

叶子红了发表于 2012-06-21 09:46
进来学习之~~

最近正打算部署呢，先看看大家的讨论

有问题，直接在这里面问哈，这个帖子里应该有不少和您一样的学习者，或许可以给你指路呢，呵呵

作者: 叶子红了 时间: 2012-06-21 09:51

send_linux 发表于 2012-06-21 09:48
有问题，直接在这里面问哈，这个帖子里应该有不少和您一样的学习者，或许可以给你指路呢，呵呵

我也和帖子里众多人一样，想要书。。。哈哈

作者: breeze7086 时间: 2012-06-21 11:36
puppet不光是自动化运维的帮手，同时也不要忽略了一点，通过puppet管理的机器，其配置标准化也是可以统一的，这对于拥有超过几百台服务器来说的企业非常有帮助
运维标准化是各位都会被要求做到的

作者: 星火2012 时间: 2012-06-21 17:35
"以及如何加载平衡puppet master。"

puppet有自己的负载均衡模式吗？

机器多了以后是不是也需要前端加haproxy/nginx来达到负载均衡呢？

作者: action08 时间: 2012-06-21 18:01
都已经看到有写puppet的简历了

作者: jack2000_lu 时间: 2012-06-21 18:51
几年前就开始关注此类工具，可是每次拿起来都觉得这类工具不实用，化同样的努力，用别的方法要简单的多。
感觉这些工具有些皇帝的新衣的感觉。
试想，在每一台机器上装一个代理，我为何要用你的代理呢？ssh 不是更好的选择？

作者: riclich 时间: 2012-06-22 10:54
Puppet,看来是用很广泛了

作者: 星火2012 时间: 2012-06-25 10:49
回复 87# action08

哈哈，这个就是趋势啊

作者: 星火2012 时间: 2012-06-25 10:50
回复 88# jack2000_lu

代理?
ssh和puppet是两个东西吧？

作者: kns1024wh 时间: 2012-06-25 20:45
回复 74# kool

puppet 是操作系统测层的工具与具体的硬件可以忽略

作者: yahoon 时间: 2012-06-26 14:48
即使不参与讨论看了各位的发言也受益匪浅.

作者: 星火2012 时间: 2012-06-26 17:43
没人回答偶的问题吗

星火2012 发表于 2012-06-21 17:35
"以及如何加载平衡puppet master。"

puppet有自己的负载均衡模式吗？

作者: 沉默用户 时间: 2012-06-27 12:09
最近部门可能要上这个，不懂，来学习

作者: kns1024wh 时间: 2012-06-27 15:58
回复 92# 星火2012

可以实现的方式有多种趋势

作者: send_linux 时间: 2012-06-27 16:11

沉默用户发表于 2012-06-27 12:09
最近部门可能要上这个，不懂，来学习

学习后多来交流：）

作者: 星火2012 时间: 2012-06-27 17:17

kns1024wh 发表于 2012-06-27 15:58
回复 92# 星火2012

湖哥，啥叫有多种趋势啊

作者: sz2273 时间: 2012-06-27 17:27
首先，自动化运维必然是以后大势所趋，不说现在很多公司都打着节约成本的口号缩减人员、薪水，记得以前既有大牛说过为了自己SA要做到能懒就懒，所以自动化运维应该会被越来越多的人看重、使用。之前的工作不管是几十台还是几百台都是几个人管理，有时候真的累得跟孙子一样，要是早实现自动化该省多少事儿、少操多少心啊。个人觉得就算机器少得可怜的情况下也可以尝试使用自动化，1来为了确保准确度避免因为人为原因而导致敲错、漏敲**啥咚咚(我就干过这种，因为你部署什么的时候经常还要兼着处理其他的事情)；2来呢为了以后业务扩展早做准备，保不齐比如公司一夜之间融资成功突然扩大了整个大架构（虽然不大可能，不够世间无奇不有嘛）；3就算真的一直机器不多咱不也多掌握一门技术嘛（当然这个看个人对职业的展望了），嘿嘿。。。

其次，因为还木有机会部署一套之类的东西来测试，所以自动化运维需要注意的问题只能根据平时想法来编了，个人觉得要注意：信息准确度、实施应用逻辑、功能实用性、实现效率、过程灵活度，如果是使用模块化的话比较理想，平时专注模块内容添加、优化等，当你要操作的时候把这些模块再选择、排序、集合一下就好了。平时很少写东西导致有时想的不少但是到了写的时候就不知道该怎么表达了，伤脑筋啊！

最近难得有段清闲时间，计划开始好好学习试用下自动化运维。其实现在最想赶紧实现的就是系统定制安装、资产管理、应用部署&监控还有各种操作结果返回的功能。所以如果能够奖励本书的话就完美了，呵呵。其他的还是等学习后再来分享吧，肚子没货还是不说了为好

作者: kns1024wh 时间: 2012-06-27 23:30
回复 96# 星火2012

puppet是自动化在系统安装之后的一种选择，如果使用ssh + public key的模式能够同样搞定的话也是一个选择方式

作者: 星火2012 时间: 2012-06-28 10:01
回复 98# kns1024wh

湖哥说的有道理，但是puppet是不是比ssh+publickey更简易更容易管理呢，shell脚本的话异常处理会比较多，本人经验不多，请湖哥明示。

另外，为啥你回复时候的“回复数字”中的数字总是还没有出现的数字呢。

作者: kns1024wh 时间: 2012-06-28 19:50
回复 99# 星火2012

当然，这个就是选择puppet的原因。

作者: flex177 时间: 2012-06-28 22:03
回复 84# 星火2012

可以使用apache/nginx作为前端的load balancer，然后横向扩展后端的puppet master。

作者: herofrank 时间: 2012-06-29 10:00
flex177 等各位Pt达人,
对于Puppet的使用关于资源的控制还蛮方便，但是对于环境包的安装，如lnmp java 环境等在没使用Puppet都是脚本源码安装，但是如果对于Puppet的包资源管理好像都是rpm 管理，问下下对于这些包管理如果要构建个成熟的Puppet 环境，关于环境包的install 有没什么好的经验分享，或者对于使用Puppet 结合你们自己使用的经验告知下心得！
谢谢！

入门Puppet 使用着

作者: flex177 时间: 2012-06-29 23:36
回复 102# herofrank

为什么不使用现有的包管理系统而使用源码安装呢？一定要用源码一般也是自己做包，然后还是使用系统的包管理系统来进行安装，这个时候就能使用puppet的package资源了。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)