运维自动化之puppet模块(5)
Modules概述到目前为止，资源申报、定义类、声明类等所有功能都只能在一个manifest文件中实现，但这却非最有效的基于puppet管理IT基础架构的方式
实践中，一般需要把manifest文件分解成易于理解的结构，例如将类文件、配置文件甚至包括后面将提到的模块文件等分类存放，并且通过某种机制在必要时将它们整合起来
这种机制即“模块”，它有助于以结构化、层次化的方式使用puppet，而puppet则基于“模块自动装载器”完成模块装载
从另一个角度来说，模块实际上就是一个按约定的、预定义的结构存放了多个文件或子目录的目录，目录里的这些文件或子目录必须遵循其命名规范
puppet会按此种规范在特定位置查找所需的模块文件，不过，这些特定目录页可以通过puppet的配置参数modulepath定义
Module Layout
MODULE NAME:模块名称，也即模块目录名称；模块名称只能以小写字母开头，可以包含小写字母、数字和下划线，但不能使用"main"或"settings" 作为模块名；
manifests目录：包含当前模块的所有manifest文件；每个manifest文件必包含一个类或一个定义的类，此文件访问路径格式为"ModuleName::
ManifestFileName",注意manifiest文件名不需要其后缀.pp
init.pp:只能包含一个单独的类定义，且类的名称必须与模块名称相同；
files目录：包含了一组静态文件，这些文件可被节点下载使用；每个文件的访问路径遵循puppet:///modules/MODULE_NAME/filename路径格式；
lib目录：插件目录，常用于自定义fact及自定义资源类型等；
templates目录：存储了manifest用到的模板文件，其访问路径遵循template('ModuleName/TemplateName')格式；
tests目录：当前模块的使用帮助或使用范例文件，类似如何声明当前模块中的类及定义的类型等；
spec目录:类似于tests目录的功能，只不过，其是为lib目录中定义的各插件提供使用范例的；
显示模块列表：
# puppet module list
/etc/puppet/modules
└── httpd (???)
/usr/share/puppet/modules (no modules installed)
cd /etc/puppet/modules/
mkdir -pv httpd/{manifests,files,lib,templates,test,spec}
puppet module list
cd httpd/manifests/
vim init.pp
puppet apply /etc/puppet/modules/httpd/manifests/init.pp
站点清单：/etc/puppet/manifests/
site.pp
node 'FQDN' {
include> }
cd /etc/puppet/manifests
puppetapply nodes.pp
节点继承
node 'base'{
include> }
node 'node2.wt.com' inherits 'base'{
include> }
puppet类不支持多重继承，因此，不能多次继承，也不能直接继承自多个类
puppet module list 显示当前系统已装载的所有模块
puppet master --genconfig生成配置文件
页:
[1]