2. 程式人生 > >自動化運維工具之Puppet常用資源（一）

自動化運維工具之Puppet常用資源（一）

阿新 • • 發佈：2020-12-02

　　前文我們聊到了puppet的架構，單機模型和master/agent模型的工作流程以及puppet的基礎使用，回顧請參考https://www.cnblogs.com/qiuhom-1874/p/14052241.html；今天我們主要來了解下puppet的核心資源的使用；

　　什麼是資源？

　　在puppet中，資源就是指我們要操作被管控端主機的物件；puppet中的資源概念有點類似ansible中的模組，在ansible中不同模組有著不同的功能，比如使用者管理，我們就要用user模組，檔案管理就要用file模組，執行命令有shell模組和command模組；puppet中的資源也是類似的作用，不同的是puppet中資源是高度抽象的；所謂高度抽象就是指使用者無需關心底層作業系統介面；比如我們要在被管控端安裝一個nginx軟體，如果用puppet來實現，我們直接使用package這個資源即可完成，使用者不用考慮底層到底是windows還是centos或者ubuntu，puppet它能夠自動識別，然後採用不同的安裝方法；而在ansible中對於不同作業系統，使用的模組有所不同，比如redhat系列要使用yum這個模組，debian系列要使用apt模組；puppet把相似的資源被抽象成同一種資源型別，比如程式包資源，使用者資源以及服務資源等；將資源屬性或狀態的描述與其實現方式剝離開；如安裝程式包使用者無需關心使用什麼方法去實現，只需要描述清楚資源的目標狀態以及相關屬性資訊即可；

　　puppet常用資源的使用

　　1、group：該資源型別主要用來管理被管控端主機上的組；

　　　　主要屬性

　　　　name：該屬性主要用來描述組名，namevar如果預設不人工手動指定，則以title字串來替代；

　　　　gid：該屬性用來描述GID（組ID）；

　　　　system：該屬性用來描述是否為系統組，取值yes/no或者true/false；

　　　　ensure：該屬性用來描述目標狀態（即使用者期待目標主機對應該資源的期望狀態），取值present/absent；

　　　　members：該屬性用來描述組中的成員使用者資訊；

　　示例：建立一個test組

[root@node12 ~]# cat group.pp
group{'create_group':
        name    => 'test',
        gid     => 1212,
        system  => false,
        ensure  => present,
}
[root@node12 ~]#

　　模擬執行以上資源清單檢查是否有語法錯誤

[root@node12 ~]# puppet apply -v --noop group.pp
Notice: Compiled catalog for node12.test.org in environment production in 0.05 seconds
Info: Applying configuration version '1606827824'
Notice: /Stage[main]/Main/Group[create_group]/ensure: current_value absent, should be present (noop)
Notice: Class[Main]: Would have triggered 'refresh' from 1 events
Notice: Stage[main]: Would have triggered 'refresh' from 1 events
Notice: Finished catalog run in 0.02 seconds
[root@node12 ~]#

　　應用到本地主機

[root@node12 ~]# puppet apply -v  group.pp      
Notice: Compiled catalog for node12.test.org in environment production in 0.05 seconds
Info: Applying configuration version '1606827835'
Notice: /Stage[main]/Main/Group[create_group]/ensure: created
Notice: Finished catalog run in 0.08 seconds
[root@node12 ~]#

　　驗證：檢視本機是否建立test組？對應gid是否是我們指定的gid?

[root@node12 ~]# getent group test
test:x:1212:
[root@node12 ~]#

　　2、user：該資源型別主要用來管理被管控端主機上的使用者，如新建使用者，刪除使用者等等；

　　主要屬性

　　　　name：使用者名稱，namevar

　　　　uid：UID；

　　　　gid：基本組id；

　　　　groups：附加組，不能包含基本組；

　　　　comment：註釋；

　　　　expiry：過期時間；

　　　　home：家目錄；

　　　　shell：預設shell型別；

　　　　system：是否為系統使用者，取值yes/no或者true/false；

　　　　ensure：使用者期望的目標狀態，取值present/absent；

　　　　password：加密後的密碼串； 

　　示例：建立一個使用者

[root@node12 ~]# cat user.pp
user{"create_user":
        name    => "jerry",
        uid     => 1213,
        groups  => ["test","test1","test2","test3"],
        comment => "this is create test user",
        system  => no,
        ensure  => present,
}
[root@node12 ~]#

　　驗證語法和應用到本機

[root@node12 ~]# puppet apply -v --noop user.pp
Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
Info: Applying configuration version '1606829084'
Notice: /Stage[main]/Main/User[create_user]/ensure: current_value absent, should be present (noop)
Notice: Class[Main]: Would have triggered 'refresh' from 1 events
Notice: Stage[main]: Would have triggered 'refresh' from 1 events
Notice: Finished catalog run in 0.02 seconds
[root@node12 ~]# puppet apply -v  user.pp      
Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
Info: Applying configuration version '1606829091'
Notice: /Stage[main]/Main/User[create_user]/ensure: created
Notice: Finished catalog run in 0.05 seconds
[root@node12 ~]#

　　驗證：檢視jerry使用者是否建立完成，對應屬性是否是我們指定的屬性呢？

[root@node12 ~]# id jerry
uid=1213(jerry) gid=1213(jerry) groups=1213(jerry),1000(test1),1001(test2),1002(test3),1212(test)
[root@node12 ~]# getent passwd jerry
jerry:x:1213:1213:this is create test user:/home/jerry:/bin/bash
[root@node12 ~]#

　　以上示例在指定附加組是系統上已經存在的情況，如果指定的組沒有這麼辦呢？我們知道puppet執行資源清單時，有一個很重要的特性，冪等性；所謂冪等性就是指不管執行多少遍資源清單，對應的目標狀態會保持一致，如果應系統指定的資源不是使用者定義的目標狀態，puppet會強制讓其狀態保持為目標狀態，如果對應系統資源狀態滿足我們定義的目標狀態，則不執行或跳過；結合上述說的，在建立使用者時，指定的附加組不存在，理論上我們應該先確保對應組存在，然後再建立使用者；所以使用者資源可能依賴組資源；簡單講user資源依賴group資源，在建立使用者時，對應的附加組應該提前建立；

　　在puppet中資源和資源是有依賴關係的，定義資源和資源間的依賴關係有兩種方式，如下

　　A before B: A優先於B，定義在A資源中；

{
    ...
    before	=> Type['B'],
    ...
}

　　B require A： B依賴於A，定義在B資源中；

{
　　...
　　require	=> Type['A'],
　　...
}

　　示例：不定義依賴，應用資源清單，看看tom使用者是否會被建立？

[root@node12 ~]# cat user.pp
user{"tom":
        groups  => ["mygrp","testgrp"],
        comment => "this is create test user",
        system  => no,
        ensure  => present,
#       require => [Group["mygrp"],Group["testgrp"]]
}

[root@node12 ~]# puppet apply -v --noop  user.pp
Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
Info: Applying configuration version '1606832440'
Notice: /Stage[main]/Main/User[tom]/ensure: current_value absent, should be present (noop)
Notice: Class[Main]: Would have triggered 'refresh' from 1 events
Notice: Stage[main]: Would have triggered 'refresh' from 1 events
Notice: Finished catalog run in 0.02 seconds
[root@node12 ~]# puppet apply -v   user.pp      
Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
Info: Applying configuration version '1606832447'
Error: Could not create user tom: Execution of '/usr/sbin/useradd -c this is create test user -G mygrp,testgrp -M tom' returned 6: useradd: group 'mygrp' does not exist
useradd: group 'testgrp' does not exist
Error: /Stage[main]/Main/User[tom]/ensure: change from absent to present failed: Could not create user tom: Execution of '/usr/sbin/useradd -c this is create test user -G mygrp,testgrp -M tom' returned 6: useradd: group 'mygrp' does not exist
useradd: group 'testgrp' does not exist
Notice: Finished catalog run in 0.03 seconds
[root@node12 ~]# id tom
id: tom: no such user
[root@node12 ~]#

　　提示：在puppet資源清單中“#”號代表註釋；可以看到建立使用者時，指定一個不存在的組給對應使用者做附加組，它會提示我們對應的組不存在；當然對應的tom也不會被成功新建；

　　示例：定義依賴關係，再次執行資源清單，看看tom是否會被新建呢？

[root@node12 ~]# 
[root@node12 ~]# cat user.pp
user{"tom":
        groups  => ["mygrp","testgrp"],
        comment => "this is create test user",
        system  => no,
        ensure  => present,
        require => [Group["mygrp"],Group["testgrp"]]
}

[root@node12 ~]# puppet apply -v --noop  user.pp
Notice: Compiled catalog for node12.test.org in environment production in 0.10 seconds
Error: Could not find dependency Group[mygrp] for User[tom] at /root/user.pp:7
[root@node12 ~]#

　　提示：這裡雖然定義了依賴的資源，但是它這裡提示我們為在當前資源清單中找到對應的依賴資源定義內容；這裡需要注意一點引用資源的方式是Type["resouce name"],其中type指資源型別，並且首字母必須大寫；

　　在資源清單中定義被依賴的資源，再次執行資源清單，看看tom使用者是否被建立？

[root@node12 ~]# cat user.pp
user{"tom":
        groups  => ["mygrp","testgrp"],
        comment => "this is create test user",
        system  => no,
        ensure  => present,
        require => [Group["mygrp"],Group["testgrp"]]
}
group{"mygrp":
        ensure  => present,
}
group{"testgrp":
        ensure  => present,
}

[root@node12 ~]# puppet apply -v --noop  user.pp
Notice: Compiled catalog for node12.test.org in environment production in 0.10 seconds
Info: Applying configuration version '1606833022'
Notice: /Stage[main]/Main/Group[mygrp]/ensure: current_value absent, should be present (noop)
Notice: /Stage[main]/Main/Group[testgrp]/ensure: current_value absent, should be present (noop)
Notice: /Stage[main]/Main/User[tom]/ensure: current_value absent, should be present (noop)
Notice: Class[Main]: Would have triggered 'refresh' from 3 events
Notice: Stage[main]: Would have triggered 'refresh' from 1 events
Notice: Finished catalog run in 0.02 seconds
[root@node12 ~]# puppet apply -v   user.pp      
Notice: Compiled catalog for node12.test.org in environment production in 0.10 seconds
Info: Applying configuration version '1606833042'
Notice: /Stage[main]/Main/Group[mygrp]/ensure: created
Notice: /Stage[main]/Main/Group[testgrp]/ensure: created
Notice: /Stage[main]/Main/User[tom]/ensure: created
Notice: Finished catalog run in 0.08 seconds
[root@node12 ~]# id tom
uid=1214(tom) gid=1216(tom) groups=1216(tom),1214(mygrp),1215(testgrp)
[root@node12 ~]#

　　提示：可以看到在定義了依賴關係以後，被依賴的資源要先執行；簡單講定義依賴關係就是指定資源執行的先後順序；

　　除了以上方式定義資源執行的先後順序，還可以使用以下方式定義資源執行的先後順序

　　在被依賴的資源中使用before屬性指定要優先那個資源執行

[root@node12 ~]# cat user.pp
user{"tom":
        groups  => ["mygrp","testgrp"],
        comment => "this is create test user",
        system  => no,
        ensure  => present,
#       require => [Group["mygrp"],Group["testgrp"]]
}
group{"mygrp":
        ensure  => present,
        before  => User["tom"],
}
group{"testgrp":
        ensure  => present,
        before  => User["tom"],
}

[root@node12 ~]#

　　單獨定義資源執行順序

[root@node12 ~]# cat user.pp
user{"tom":
        groups  => ["mygrp","testgrp"],
        comment => "this is create test user",
        system  => no,
        ensure  => present,
}
group{"mygrp":
        ensure  => present,
}
group{"testgrp":
        ensure  => present,
}

Group["testgrp"] -> Group["mygrp"] -> User["tom"]
[root@node12 ~]#

　　提示：以上清單內容表示Group["testgrp"]要優先於Group["mygrp"]優先於User["tom"]資源；

　　刪除testgrp,mygrp組和tom使用者

[root@node12 ~]# groupdel mygrp 
[root@node12 ~]# groupdel testgrp   
[root@node12 ~]# userdel tom

　　不定義資源執行順序，應用資源清單的順序是

　　提示：預設在一個資源清單中的資源會自動解決依賴關係，通常被依賴的資源會從上至下依次執行；

　　定義資源執行順序，應用資源清單，看看對應資源執行順序是否是我們定義的資源順序呢？

　　提示：可以看到定義了資源執行順序以後，資源的執行順序就是我們定義的順序；

　　3、package：該資源型別用於管理被控端的包資源；

　　主要屬性

　　　　name：包名稱，namevar；

　　　　ensure：目標狀態，取值有installed/present/latest,absent/purgud；

　　　　source：程式包來源，僅對不會自動下載相關程式包的provider有用，例如rpm或dpkg；

　　　　provider：指定安裝方式；

　　示例：安裝redis服務

[root@node12 ~]# cat package.pp
package{"redis":
        ensure  => installed,
}
[root@node12 ~]#

　　應用資源清單

[root@node12 ~]# rpm -q redis                      
package redis is not installed
[root@node12 ~]# puppet apply -v --noop package.pp 
Notice: Compiled catalog for node12.test.org in environment production in 0.18 seconds
Warning: The package type's allow_virtual parameter will be changing its default value from false to true in a future release. If you do not want to allow virtual packages, please explicitly set allow_virtual to false.
   (at /usr/share/ruby/vendor_ruby/puppet/type.rb:816:in `set_default')
Info: Applying configuration version '1606835569'
Notice: /Stage[main]/Main/Package[redis]/ensure: current_value absent, should be present (noop)
Notice: Class[Main]: Would have triggered 'refresh' from 1 events
Notice: Stage[main]: Would have triggered 'refresh' from 1 events
Notice: Finished catalog run in 0.08 seconds
[root@node12 ~]# puppet apply -v  package.pp        
Notice: Compiled catalog for node12.test.org in environment production in 0.19 seconds
Warning: The package type's allow_virtual parameter will be changing its default value from false to true in a future release. If you do not want to allow virtual packages, please explicitly set allow_virtual to false.
   (at /usr/share/ruby/vendor_ruby/puppet/type.rb:816:in `set_default')
Info: Applying configuration version '1606835576'
Notice: /Stage[main]/Main/Package[redis]/ensure: created
Notice: Finished catalog run in 2.88 seconds
[root@node12 ~]# rpm -q redis                      
redis-3.2.12-2.el7.x86_64
[root@node12 ~]#

　　4、service：該資源型別用於管理被控端的服務；

　　主要屬性

　　　　ensure：定義目標狀態，取值有running/stopped或者true/false；

　　　　enable：是否設定為開機啟動，取值true/false；

　　　　name：服務名稱，namevar

　　　　path：指令碼的搜尋路徑，預設為/etc/init.d/；

　　　　binary：二進位制程式路徑，主要用於指定編譯後的二進位制程式路徑；

　　　　hasrestart：是否有重啟命令；

　　　　hasstatus：是否有status命令；

　　　　start：手動定義啟動服務命令；

　　　　stop：手動定義停止服務命令；

　　　　status：手動定義檢視服務狀態命令；

　　　　restart：手動定義重啟服務命令；

　　示例：啟動redis

[root@node12 ~]# cat redis.pp
service{"redis":
        ensure  => running,
        enable  => true,
}
[root@node12 ~]#

　　應用資源清單

[root@node12 ~]# ss -tnl
State      Recv-Q Send-Q         Local Address:Port                        Peer Address:Port              
LISTEN     0      128                        *:22                                     *:*                  
LISTEN     0      100                127.0.0.1:25                                     *:*                  
LISTEN     0      128                        *:27017                                  *:*                  
LISTEN     0      128                       :::22                                    :::*                  
LISTEN     0      100                      ::1:25                                    :::*                  
[root@node12 ~]# puppet apply -v --noop redis.pp 
Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
Info: Applying configuration version '1606835960'
Notice: /Stage[main]/Main/Service[redis]/ensure: current_value stopped, should be running (noop)
Info: /Stage[main]/Main/Service[redis]: Unscheduling refresh on Service[redis]
Notice: Class[Main]: Would have triggered 'refresh' from 1 events
Notice: Stage[main]: Would have triggered 'refresh' from 1 events
Notice: Finished catalog run in 0.04 seconds
[root@node12 ~]# puppet apply -v redis.pp        
Notice: Compiled catalog for node12.test.org in environment production in 0.07 seconds
Info: Applying configuration version '1606835968'
Notice: /Stage[main]/Main/Service[redis]/ensure: ensure changed 'stopped' to 'running'
Info: /Stage[main]/Main/Service[redis]: Unscheduling refresh on Service[redis]
Notice: Finished catalog run in 0.09 seconds
[root@node12 ~]# ss -tnl
State      Recv-Q Send-Q         Local Address:Port                        Peer Address:Port              
LISTEN     0      128                127.0.0.1:6379                                   *:*                  
LISTEN     0      128                        *:22                                     *:*                  
LISTEN     0      100                127.0.0.1:25                                     *:*                  
LISTEN     0      128                        *:27017                                  *:*                  
LISTEN     0      128                       :::22                                    :::*                  
LISTEN     0      100                      ::1:25                                    :::*                  
[root@node12 ~]# systemctl is-enabled redis
enabled
[root@node12 ~]#

　　提示：可以看到應用清單檔案以後，對應redis服務已經正常啟動，並設定開機啟動；

　　示例：停止redis服務，並禁用其開機啟動

[root@node12 ~]# cat redis.pp
service{"redis":
        ensure  => stopped,
        enable  => false,
}
[root@node12 ~]# puppet apply -v --noop redis.pp 
Notice: Compiled catalog for node12.test.org in environment production in 0.07 seconds
Info: Applying configuration version '1606836096'
Notice: /Stage[main]/Main/Service[redis]/ensure: current_value running, should be stopped (noop)
Notice: Class[Main]: Would have triggered 'refresh' from 1 events
Notice: Stage[main]: Would have triggered 'refresh' from 1 events
Notice: Finished catalog run in 0.04 seconds
[root@node12 ~]# puppet apply -v redis.pp 
Notice: Compiled catalog for node12.test.org in environment production in 0.07 seconds
Info: Applying configuration version '1606836102'
Notice: /Stage[main]/Main/Service[redis]/ensure: ensure changed 'running' to 'stopped'
Notice: Finished catalog run in 0.11 seconds
[root@node12 ~]# ss -tnl
State      Recv-Q Send-Q         Local Address:Port                        Peer Address:Port              
LISTEN     0      128                        *:22                                     *:*                  
LISTEN     0      100                127.0.0.1:25                                     *:*                  
LISTEN     0      128                        *:27017                                  *:*                  
LISTEN     0      128                       :::22                                    :::*                  
LISTEN     0      100                      ::1:25                                    :::*                  
[root@node12 ~]# systemctl is-enabled redis
disabled
[root@node12 ~]#

　　提示：可以看到執行了資源清單以後，對應服務就停掉了並且也禁用了開機啟

相關推薦

自動化運維工具之Puppet常用資源（一）

　　前文我們聊到了puppet的架構，單機模型和master/agent模型的工作流程以及puppet的基礎使用，回顧請參考https://www.cnblogs.com/qiuhom-1874/p/14052241.html；今天我們主要來了解下puppet的核心資源的使用； 　　什麼是資源？ 　　在pup

自動化運維工具之Puppet

安裝 使用 puppet 一、ruby介紹（pupet4以上已用其他語言重寫）puppet3以下版本是由ruby語言研發的，所以在學習Puppet之前，可以先了解下ruby語言。ruby 是一種面向對象、命令式、函數式、動態的通用編程語言。在20世紀90年代中期由日本人松本行弘設計並開發，遵守BS

自動化運維工具之Puppet基礎入門

　　一、簡介 　　puppet是什麼？它能做什麼？ 　　puppet是一個IT基礎設施自動化運維工具，它能夠幫助系統管理員管理基礎設施的整個生命週期；比如，安裝服務，提供配置檔案，啟動服務等等一系列操作；基於puppet，可實現自動化重複任務、快速部署關鍵性應用以及在本地或雲端完成主動變更和快速擴充套件架構規

自動化運維工具之Puppet變數、正則表示式、流程控制、類和模板

　　前文我們瞭解了puppet的file、exec、cron、notify這四種核心資源型別的使用以及資源見定義通知/訂閱關係，回顧請參考https://www.cnblogs.com/qiuhom-1874/p/14073437.html；今天我們來了解下puppet中的變數、正則表示式、流程控制、類和模板

自動化運維工具之Puppet模組

　　前文我們瞭解來puppet的變數、流程控制、正則表示式、類和模板的相關話題，回顧請參考https://www.cnblogs.com/qiuhom-1874/p/14079208.html；今天我們來了解下puppet中的模組相關概念； 　　什麼是模組？ 　　在puppet中模組的概念有點類似ansibl

自動化運維工具之ansible

ansibleansible ansible是新出現的自動化運維工具，基於Python開發，集合了眾多運維工具（puppet、cfengine、chef、func、fabric）的優點，實現了批量系統配置、批量程序部署、批量運行命令等功能。ansible是基於模塊工作的，本身沒有批量部署的能力。真正

自動化運維工具之Saltstack

自動化 運維工具 saltstack 一、簡介what is Saltstack?Saltstack是一個具備puppet與func功能為一身的集中化管理平臺，saltstack基於python實現，功能十分強大，適合大規模批量管理服務器，並且它比 Puppet 更容易配置。saltstack具

自動化運維工具之SaltStack-1、SaltStack介紹及安裝

自動生成 模塊 模糊匹配 mini 說明 pac roc redhat 通信 1、SaltStack簡介 官方網址：http://www.saltstack.com官方文檔：http://docs.saltstack.comGitHub：https:github.com/s

自動化運維工具Ansible實戰---常用模組

Ansible預設提供了很多模組來供我們使用。在Linux中，我們可以通過 ansible-doc -l 命令檢視到當前Ansible支援哪些模組，通過 ansible-doc -s [模組名] 又可以檢視該模組有哪些引數可以使用。 ansible [主機或組] -m [模組名] -a ['模組

linux學習筆記之linux常用命令（一）

Linux常用命令 檔案處理命令 許可權管理命令 檔案搜尋命令 幫助命令 使用者管理命令 壓縮解壓命令 網路命令 關機重啟命令 檔案處理命令 命令格式 命令 【-選項】【引數】 ls -la

Linux系統運維常見面試簡答題系列（一）（15題）

本文所有內容均來自網路，由運維派編輯整理，如內容有不正之處，煩請給予指正，謝謝！ 1、請描述下linux 系統的開機啟動過程 開機加電BIOS自檢———–>MBR引導———–>grub引導選單———–>載入核心———–>啟動init程序———–>讀取inittab檔案

ClusterShell之自動化運維工具

clustershellClusterShell provides a light, unified and robust command execution Python framework, well-suited to ease daily administrative tasks of nowaday

自動化運維工具Ansible之roles

roles 自動化運維 ansible 自動化運維工具ansible之roles 一、概述1.1 概念roles 用於層次性、結構化地組織playbook。roles 能夠根據層次型結構自動裝載變量文件、tasks以及handlers等。要使用roles只需要在playbook中使用inclu

企業輕量級自動化運維工具—ansible（常見的錯誤解決，免秘鑰互信，常用的模塊）

企業 輕量級 自動化 企業輕量級自動化運維工具—ansible1.ansible簡介 ansible是“Ansible is Simple IT Automation”——簡單的自動化IT工具。它可以做到自動化部署APP；自動化管理配置項；自動化的持續交付；自動化的（AWS）雲服務管理。可實

Puppet---自動化運維工具(進階)

linux；puppetpuppet的部分變量由facter提供，是一個單獨的軟件包，在安裝puppet時就已經被依賴安裝了facter -p #變量名稱及變量值，可直接調用每個變量都有作用域，即作用範圍puppet的流程控制，如if語句、case語句、selector語句下面結合示例，分析變量與流程控制的作

自動化運維工具puppet的部署與應用

puppet 自動化運維 facter linux 楊書凡 作為一名運維工程師，維護服務器的正常運行是最基本的職責，隨著服務器的增多，任務量也隨之增大，就需要尋找一款能夠降低工作量的工具。那麽今天就給大家介紹一批工具，這批工具是“可編程”的，只需要為這批工具寫上幾行代碼，它便會自動

自動化運維工具Puppet服務安裝和部署詳解

puppet簡介 puppet是一種基於ruby語言開發的Lnux、Unix、windows平臺的集中配置管理系統。它使用自有的puppet描述語言，可管理配置檔案file、使用者user、cron任務、軟體包、系統服務等系統實體。 puppet依賴於C/S（客戶端/伺服器）的部署架構。它需要在p

自動化運維工具 puppet

是什麼 puppet是一個IT基礎設施自動化管理工具，基於puppet，可實現自動化重複任務、快速部署關鍵性應用以及在本地或雲端完成主動管理變更和快速 擴充套件架構規模。 工作機制 puppet的使用模型分為單機使用模型和master/agent模型。 1、單機模型

自動化運維工具 Ansible ,SaltStack,Salt,Puppet

Ansible關注的重點是力求精簡和快速，而且不需要在節點上安裝代理軟體。因此，Ansible通過SSH執行所有功能。需要管理的節點被新增到Ansible配置環境，SSH授權金鑰被附加到每個節點上，這與執行Ansible的使用者有關。一旦完成了這步，Ansibl

自動化運維Ansible之常用模組

[TOC] # 0、Ansible模組語法 在ansible中是指需要快速執行一條命令，並且不需要儲存的命令，對於複雜的命令則為playbook 檢視模組幫助：ansible-doc -l ```bash // 統計模組數量 $ ansible-doc -l |wc -l 3387 // ansi