puppet 手册检查puppet配置文件和使用puppet tags -- 系统运维 -- IT技术博客大学习 -- 共学习共进步！

您现在的位置：首页 --> 系统运维 --> puppet 手册检查puppet配置文件和使用puppet tags

puppet 手册检查puppet配置文件和使用puppet tags

浏览:1621次出处信息

[导读]

本系列文档是根据puppet cookbook 2.7翻译而来,由于个人水平有限,其中错误在所

难免,本章节是接着上一小节,如何调试puppet代码,以及如何记录puppet 输出到日志,

都是偏重于调试以及故障排查,本章节是主要检查puppet的配置文件,以及在puppet

中应用很广的tags(标签), 可以学习如何使用puppet tag?以及使用puppet tag的好处,

关于puppet的配置文件 puppet.conf说明,可以参阅之前的

文档 ,点我阅读puppet.conf文件中英文说明:

[正文]

检查配置文件设置

你已经知道,puppet 的配置设置是存储在puppet.conf文件里，在该文件里没有提及的参数
使用的是默认值，你怎么样才能所有的配置参数的值呢？不管它是否在puppet.conf文件里
明确设置？你可以使用puppet的 -genconfig开关。

如何做：

1.运行

# puppet -genconfig

这将输出每个配置参数以及参数的值（配置参数有许多）。但是，输出里包括解释每个参数说明
非常有用，要找到你感兴趣的特定参数，你可以像这样使用grep:

# puppet -genconfig |grep “reportdir =”

1	`reportdir =` `/var/lib/puppet/reports`

―――――――――――――――- ―――――――――――――――――――-
使用tags（标签）

puppet类有相互依赖关系,有时类之间需要知道类是否存在。

例如。管理防火墙的puppet 类可能需要知道该节点是否是一个web服务器。

puppet 的tagged函数将会告诉你，在代码里检查类的名字或者资源标签是否存在。

1.如果你想puppet 在一个特定的节点运行,或者在节点上运行特定的类，

为了帮助你查找出特定的节点, 所有的节点自动以节点名或者从父节点继承类

搜索该标签 .

node bitfield_server {

    include bitfield 
} 
 
node cookbook inherits bitfield_server { 
    if tagged("cookbook") { 
        notify { "this will succeed": } 
    } 
    if tagged("bitfield_server") { 
        notify { "so will this": } 
    } 
}

2.因此你可以告诉puppet在某个节点上执行一个特定类的，所有结点自动都会检查

其类以及父类(类有继承)是否有被tagged(标签)的类名。

include apache::port8000

if tagged("apache::port8000") { 
    notify { "this will succeed": } 
}

3.如果你想给一个节点设置任意的tag，可以使用标签（tag）凼数。

tag("old-slow-server") 
if tagged("old-slow-server") { 
notify { "this will succeed": } 
} 
4.如果你想对特定的资源设置一个标签，可以使用tag 元参数。

file { "/etc/ssh/sshd_config": 
source => "puppet:///modules/admin/sshd_config", 
notify => Service["ssh"], 
tag => "security", 
}

5.你可以使用tags（标签），以便应用puppet部分代码，如果
你在puppet命令行下运行那些有明确的tags（标签）的pupet类，或者特定资源，
可以使用 -tags 选项，例如：如果你只想Exit更新配置，但是不想运行其它的
代码。

＃puppet agent --test --tags exim  
  
译者说明,在很多情况下客户端可能需要执行很多类,使用tag标签的话,就可以只 
运行你想要运行特定资源.tag标签可以应用在node或者类中.

还有更多：

你可以使用（tags）标签来创建资源的集合，例如：如果一些服务信赖于
许多片断文件。

class firewall::service { 
service { “firewall”: 
.... 
} 
File <| tag == “firewall-snippet” |> ~> Service[“firewall”] 
} 
class myapp { 
file { “/etc/firewall.d/myapp.conf”: 
tag => “firewall-snippet”, 
.... 
} 
}

在这里，我们指定了任何标签为firewall-snipped资源更新了
就必须通知防火墙服务，我们要做的就一切就是为特定的app或者
服务添加一个防火墙配置并标签为firewall-snippet,这样的话puppet会重新加载服务。
虽然我们已经在每个资源片段添加了notfiy=>Service["firewall"]，
如果我们定义防火墙服务随着代码文件不断更新而自动的变化。标签可以让
我们把相应的代码进行逻辑封装在一个地方，这样也使得将来的维护和重构更加容易。

译者说明,在使用虚拟资源时候,经常会用到tag标签.

[总结]

本小节就到此,下一章节会为大家介绍puppet的运行阶段,我们知道 puppet运行有相关依赖,

并不一定按照代码的顺序来执行,而puppet的运行阶段可以很好的解决puppet 代码之间的

依赖关系,欲知详情,敬请下篇,关于puppet cookbook 中文最新翻译进展,请留意本站puppet

栏目更新.

建议继续学习：

QQ技术交流群：445447336，欢迎加入！
扫一扫订阅我的微信号：IT技术博客大学习

<< 前一篇：Raid1+0 stripe size for MySQL InnoDB

后一篇：Oracle数据恢复 - Linux / Unix 误删除的文件恢复 >>

文章信息

作者：sky 来源： MySQLOPS 数据库与运维自动化技术分享
标签： puppet
发布时间：2011-12-20 23:57:28

建议继续学习

近3天十大热文