运维自动化之puppet模块(5)

珀耳塞福建

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

　　include>　　}
　　node 'node2.wt.com' inherits 'base'{

　　include>　　}
　　puppet类不支持多重继承，因此，不能多次继承，也不能直接继承自多个类
　　puppet module list 显示当前系统已装载的所有模块
　　puppet master --genconfig  生成配置文件