puppet简介.pdfVIP

Puppet 简介 LI Daobing lidaobing@ 2011-11 Outline  Puppet 能解决哪些问题  Puppet 如何使用？  Puppet 现有流程的影响  展望 现在面临的问题  案例 A: 我们部署了一个邮件系统 : , 但如果那台机器坏了，如 何重装？没人知道 ( 缺乏部署文档 )  案例 B: 线上的服务器出了问题，经过排 查，发现是内核的一个参数太小了，做了修 改，问题排除，同时对其他机器做了处理。 但新部署服务时没人记得该改哪个参数 ( 部 署文档没有更新 ) 现在面临的问题  案例 C: 我们程序在一台机器上表现良好， 但在另外一台机器上表现很差，应该是某个 配置文件不一致造成的，但由于配置文件太 多，比较起来很麻烦 ( 部署不一致 )  案例 D: 服务器上一个配置改了，谁干的？ ( 部署流程无法审计 )  案例 E: 修改某个参数能提高我们的效率， 但存在风险，并且逐台修改太麻烦了，所以 不理 ( 部署成本过高 ) 重新考虑一下我们的部署流程  操作系统  CentOS 6.0  光盘安装， PXE 网络安装，虚拟机  部署环境  NTP, DNS, ulimit, hosts | nginx, java, tomcat | zabbix, tsdb  这个只能靠文档 (?)  部署代码  Ioserver, access layer, keybase, …  手工部署 | capistrano 从部署文档化到部署脚本化  文档的问题 ( 也是脚本的优点 )  不够精确  再现困难，文档再现需要操作人员手工进行， 而脚本可以很轻松地在一个虚拟机上再现  容易过时，你对在线系统的修改很容易忘记反 馈到文档，反馈到文档后也很容易产生无法再 现的文档。  脚本的问题在于编写起来很复杂，也很难兼 容各台机器的差异， Ruby 社区提供的 puppet 很好地解决了这个问题。 虚拟机技术解决不了我们的问题  如果我们先找一台机器，安装好所有的依 赖，然后做成镜像，需要部署新服务器时， 直接从镜像开始部署，这个方案如何？  这个方案最大的问题是部署成本过高，不仅 需要制作大量的镜像，而且在配置或者参数 修改时需要重制镜像  另外一个问题是制作镜像的过程同样需要文 档化或者代码化，所以我们除了维护镜像还 得维护一份文档 / 代码。 部署脚本也不能解决问题  部署脚本的问题在于 SHELL 编程对大规模 程序的支持太弱  上千行的代码，阅读、维护、重用都会成为 大问题  同时部署脚本能解决初次部 ( 且小规模 ) 的问题，但无法解决配置更新的问题 Puppet 的优势  能解决我们前面提到的 5 个案例  DSL  方便扩展  已有的库支持 Puppet 简易框架图 Puppet 模型简述  有一台中心 puppet serve  每台机器有一个 puppet client, client 定期 ( 每小时一次 ) 向服务器询问本机的配置， 并报告本机基本情况到服务器 , 检查是否需 要更新配置，需要则触发更新  Puppet server 的配置一般存放在版本管理工 具中，需要时部署到puppet server Puppet 具体能做啥  安装包: ntp, ssh-server, log