foreman架构的引入10-hostgroup如何转换为本地的fact

简介:

零基础学习Puppet自动化配置管理系列文档

在Foreman上可以根据业务逻辑设置多个主机组(Host Groups),并且可以将不同的节点加入到不同的主机组,这样在每次操作“puppet run”的时候,只需要在搜索按钮里搜索对应的主机组即可找到里面包含的所有节点,如下图所示

Foreman安装Foreman安装

但是,foreman目前在puppet run上对mcollective的集成度很低,基本就是只能运行一条命令。那么如果要在shell终端上通过mco命令去对这些自定义的Host Groups进行操作应该如何做呢。答案是转换为facter。

自定义facter有四种方式,如下:http://kisspuppet.com/2014/03/30/puppet_learning_base10/

这里介绍第三种方式将Foreman上设置的主机组(Host Groups)转换为每个节点自己的facter

1、首先创建主机组

Foreman安装Foreman安装

2、查看节点的主机组信息

其实相当于自定义了一个外部变量,变量名叫hostgroup,值为节点加入的组名称

Foreman安装Foreman安装

Foreman安装Foreman安装

3、编写一个fact模块

模块的功能就是将Foreman上的变量“hostgroup”落地到每个节点的/etc/facter/facts.d/${hostname}.txt文件中,内容为fact的标准格式。

#模块结构
[root@puppetmaster162 modules]# tree fact
fact
├── files
├── manifests
│   ├── config.pp
│   ├── fact.pp
│   ├── init.pp
│   └── params.pp
└── templates
    └── hostgroup.erb
3 directories, 5 files
#模块主配置文件init.pp
[root@puppetmaster162 modules]# cat fact/manifests/init.pp 
class fact {
  tag("puppet_env")
  require fact::params
  $hostgroup_erb = $fact::params::hostgroup_erb
  include fact::config
  include fact::facter
}

#创建目录以及文件
[root@puppetmaster162 modules]# cat fact/manifests/config.pp 
class fact::config{
  file { '/etc/facter' :
    ensure  => directory,
    owner   => 'root',
    group   => 'root',
    mode    => '0644',
  }
  file { '/etc/facter/facts.d' :
    ensure  => directory,
    owner   => 'root',
    group   => 'root',
    mode    => '0644',
    require => File['/etc/facter']
  }
  file{ "/etc/facter/facts.d/$hostname.txt":
    owner   => "root",
    group   => "root",
    mode    => 0400,
    content => template($fact::hostgroup_erb),
    require => File['/etc/facter/facts.d'],
  }
}

#定义变量
[root@puppetmaster162 modules]# cat fact/manifests/params.pp 
class fact::params{
  $hostgroup_erb = 'fact/hostgroup.erb'
}

#定义fact模板(原因可参考http://kisspuppet.com/2013/11/10/mcollective-middleware/)
[root@puppetmaster162 manifests]# cat fact.pp 
class fact::facter{
file{"/etc/mcollective/facts.yaml":
    owner    => root,
    group    => root,
    mode     => 0440,
    loglevel => debug, # reduce noise in Puppet reports
    content  => inline_template('<%= scope.to_hash.reject { |k,v| k.to_s =~ /(uptime.*|path|timestamp|free|.*password.*|.*psk.*|.*key)/ }.to_yaml %>'),
  }
}

#设置文件模板
[root@puppetmaster162 modules]# cat fact/templates/hostgroup.erb 
hostgroup=<%= @hostgroup %> 
foreman_env=<%= @foreman_env %>

4、Foreman上管理主机组和模块fact

先导入类,然后在主机组里进行关联即可,由于fact模块是针对所有主机的,建议关联到1级主机组,加入的节点会自动继承。关联完成后的效果如下

Foreman安装Foreman安装

Foreman安装Foreman安装

5、在Foreman上对两个节点执行“puppet run”操作

Foreman安装Foreman安装

6、查看facter信息是否生成

[root@foreman163 ~]# facter hostgroup
prd 
[root@puppetmaster162 ~]# facter hostgroup
prd/kisspuppet

7、通过mco命令结合fact进行过滤查看

[root@puppetmaster162 ~]# mco ping  -F hostgroup=prd
foreman163.kisspuppet.com                time=98.55 ms
---- ping statistics ----
1 replies max: 98.55 min: 98.55 avg: 98.55 
[root@puppetmaster162 ~]# mco ping  -F hostgroup=prd/kisspuppet
puppetmaster162.kisspuppet.com           time=94.14 ms
---- ping statistics ----
1 replies max: 94.14 min: 94.14 avg: 94.14 
[root@puppetmaster162 ~]# mco puppet -v runonce -F hostgroup=prd/kisspuppet
Discovering hosts using the mc method for 2 second(s) .... 1
 * [ ============================================================> ] 1 / 1
puppetmaster162.kisspuppet.com          : OK
    {:summary=>      "Started a Puppet run using the 'puppet agent --test --color=false --splay --splaylimit 30' command"}
---- rpc stats ----
           Nodes: 1 / 1
     Pass / Fail: 1 / 0
      Start Time: Thu Dec 18 15:13:09 +0800 2014
  Discovery Time: 2004.07ms
      Agent Time: 85.19ms
      Total Time: 2089.26ms

注:以上方式只是提供了一种思路,更多的方式还需要根据具体的实际环境而改变,总之一点,fact很强大,看你怎么用。



本文转自凌激冰51CTO博客,原文链接:http://blog.51cto.com/dreamfire/1591390,如需转载请自行联系原作者


相关文章
|
1月前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
2月前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
53 3
|
2月前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
1月前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
169 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型

热门文章

最新文章