Puppet 自動化部署 – 安裝初始化

2016-12-16 Puppet

在 DevOps 中 Puppet 是一個自動化佈署 (Configuration Management) 的角色,在目前市場上 DevOps 頗為流行,在目前動不動就是幾百、幾千甚至是萬台 Server 的狀況根本就無法使用對等的 Server 人員進行管理,尤其在這個技術環境發展這麼快的時代,技術人員是越來越缺乏,更無法使用對等的人力去維護這些伺服器。

 

對於 DevOps 小弟認為這是技術時代的變遷,如果你不跟著提升就等著被淘汰,尤其在目前要成為一位”工程師”,其實技術門檻非常低,在這個極競爭的產業對於一位系統管理者,自動化佈署絕對是一個提供自己價值的方式,不僅加速工作上的效率,也讓工作上增加更多空檔,讓我們一起提早下班吧

 

目前主流的自動化佈署方案有幾個主流 Puppet、Chet、Ansible、Salt … etc,都有其好處,主要是能夠因應目前的環境選擇最適當的工具,小弟選擇 Puppet,其原因是身在的環境實在太過於複雜,Puppet 的優勢在於幾乎所有 OS 都有辦法處理,並且相容性非常好,安裝簡單,相對的對於你的佈署計畫(manifests)的價值比重就更高!

 

本篇將會以 Puppet 4 為主,由於 Puppet 3 and 4 版本的差異很大,Puppet 4 的 Server 是以 Java 寫的,但是 Agent 是用 Ruby 寫的,module 寫法也不盡相同,目錄架構也大幅改變,所以在使用務必先確認要使用哪一版,module 使用前也須注意可相容的 Puppet version

Note: Puppet 4 changed the locations for many of the most important files and directories. If you’re familiar with Puppet 3 and earlier, read a summary of the changes and refer to the full specification of Puppet directories.

 

在本篇將會以 Ubuntu 16.04 作為 Puppet Master,而 Puppet Agent(Client) 也是以 Ubuntu 16.04 作為範例,但不是絕對使用 Ubuntu。

 

首先我們必須先定義以下環境

Puppet Master:

Operating system : Ubuntu 16.04

IP Address : 192.168.10.10

HostName/Domain : master.puppet.com

 

Puppet Agent:

Operating system:Ubuntu 16.04

IP Address : 192.168.10.11

HostName/Domain : agent.puppet.com

 

Puppet Master install

Step.1 進行 Puppet 環境必要的設定

Puppet 官方寫到:

Name resolution: Every node must have a unique hostname. Forward and reverse DNS must both be configured correctly. (Instructions for configuring DNS are beyond the scope of this guide. If your site lacks DNS, you must write an /etc/hosts file on each node.)

Note: The default Puppet master hostname is puppet. Your agent nodes can be ready sooner if this hostname resolves to your Puppet master.

Puppet 針對所有的主機皆須定義為 Domain,如果是使用 LAB 可以用 hosts 指定。

 

Puppet 有同步的時間概念,所以時間必須準確效時

 

Step.2 安裝 Puppet master

我這邊下載的 repo 是 Ubuntu 16.04 的版本,如果你不是這個版本會安裝失敗,請到 apt.puppetlabs.com 去安裝對應的 release 版本

# if use CentOS 7:

# rpm -ivh https://yum.puppetlabs.com/puppetlabs-release-pc1-el-7.noarch.rpm

# if use CentOS 6:

$ rpm -ivh https://yum.puppetlabs.com/puppetlabs-release-pc1-el-6.noarch.rpm

$ yum install puppetserver

 

 

Step.3 Puppet master Memory 調整,預設為 2G

# if use CentOS config in /etc/sysconfig/puppetserver

 

Step.4 設定 puppet master 的 puppet.conf

  • certname:這個有關於證書的名稱
  • server:是 puppet master 的位址
  • environment:可以指定目前所在的環境,可以區隔不同環境所使用的 manifests / module
  • runinterval:預設為 1 小時,在測試時可以自行調整,單位為秒。
  • dns_alt_names:puppet master 的備用 dns 網域,可以使用逗號分隔

※ puppet.conf 這個檔案 master / agent 都必須擁有與設定,但設定方式不同,詳細可參考 Puppet Server: Differing Behavior in puppet.conf

 

Step.5 建立 puppet softlink 方便使用

 

Step.6 啟動 puppetserver

 

Step.7 開啟防火牆 8140 port

 

 

OK 到這邊 Puppet master 安裝完成。

 

 

 

Puppet Agent install

Step.1 再來必須在要佈署的 node 安裝 Puppet agent,必須和 master 一樣校正時區/時間

# if use CentOS 7:

# rpm -ivh https://yum.puppetlabs.com/puppetlabs-release-el-7.noarch.rpm

# if use CentOS 6:

$ rpm -ivh https://yum.puppetlabs.com/puppetlabs-release-el-6.noarch.rpm

$ yum install puppet

 

Step.2 設定 Puppet agent 的 puppet.conf

server 這邊必須填上 puppet master 的位址

runinterval 因為 lab 測試,所以我讓 agent 60 秒同步一次 master。

 

Step.3 更改 agent log,預設是寫在 syslog,但不易 debug,所以讓他寫在 /var/log/puppetlabs/puppet/puppetd.log

在 agent 啟動服務加上 –logdest 參數。

 

Step.4 建立 puppet softlink

 

Step.5 啟動 Agent

 

Step.6 當 Agent 啟動之後會去 access master 去取得 SSL 證書,所以必須在 Master 上將 Agent add

puppet 在第一次安裝的時候有個 bug,就是你使用 puppet cert list 的時候會出現 Notice: Signed certificate request for ca,這是因為預設一開始沒有幫你產生

 

加上 -all 參數可以查看已經 sign 的 node

 

 

Verify the Puppet Client

使用 –test 參數去驗證 agent 的執行狀況

 

沒有任何錯誤代表 Master and Agent 之間的溝通建立完成。

 

 

** 每次啟動 puppetserver 都會很久,這是因為在啟動的時候會 timeout 60 秒,有在 Bump default-borrow-timeout to something significantly higher 討論中提到:

The macro doesn’t specify a timeout but it calls into a JRuby service function, borrow-instance, which makes a call to borrow-from-pool-with-timeout with a timeout value:

https://github.com/puppetlabs/puppet-server/blob/cd659b95ac557502f3bab2eea878fa7e6a131b6f/src/clj/puppetlabs/services/jruby/jruby_puppet_service.clj#L53

That timeout value may derive from the borrow-timeout key in the jruby-puppet configuration section or, if not specified in that section, the default-borrow-timeout, which is 60 seconds.

The code on the stable branch doesn’t have this change. Calls made to the JRuby service to borrow an instance with no timeout, basically any call in a production code path, would effectively use an infinite timeout. The change to fix a timeout on each JRuby borrow request came into the master branch for https://github.com/puppetlabs/puppet-server/pull/329.

Maybe it makes sense to rework this such that calls to the JRubyPuppet service and CI don’t require a timeout.

在 puppetserver 的 source code 中引用了 “borrow-from-pool-with-timeout” 並且設定為 60 秒。

 

 

參考:

Puppet All Configuration Reference

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *

彙整

分類

open all | close all

License

訂閱 Mr. 沙先生 的文章

輸入你的 email 用於訂閱