### 使用不同的環境
> A Zen student went up to a hot dog vendor and said: "Make me one with everything".
>
> — Joke
環境背景很重要。 如果你想對 Puppet 的配置清單在應用到生產環境之前先進行測試, 你可以使用 Puppet 的 **environment** 特性來做到。 這可以讓你根據環境應用不同的配置清單來設置客戶機。例如,你可以定義如下的環境:
* development
* staging
* production
你可以在 puppet.conf 文件中設置環境。在本例中,我們將添加一個 development 環境,用于指向一套不同的配置清單。
#### 操作步驟
在 puppet.conf 文件中添加如下行:
```
[development]
manifest = /etc/puppet/env/development/manifests/site.pp
modulepath = /etc/puppet/env/development/modules:/etc/puppet/modules
```
#### 工作原理
你可以根據你的喜好將一套與一個環境相關的配置清單存在磁盤的任何位置, 只要設置 manifest 參數指向頂級的 site.pp 文件即可。在本例中, 我們為 development 環境所編制的配置清單保存在 /etc/puppet/env/development 目錄。 類似地,你還需要使用 modulepath 參數指定這個環境需要使用的模塊目錄。
在上面的例子中,參數 modulepath 同時包括了 /etc/puppet/modules; 所以若 Puppet 在你的 development 環境中找不到模塊,它也會在默認的環境中尋找。 這就意味著你僅需要將區別于其他環境的模塊存入 development 環境。
默認的環境是 production,所以如果你沒有指定 Puppet 的環境的話,將會使用默認環境。
#### 更多用法
如果你使用 Git 這樣的版本控制系統,你的不同環境可以是 Git 的不同分支。 一旦你編制了新模塊并完成了測試,就可以將其合并(merge)到用于生產環境的 Git 主分支(master branch)。 你可以在 R.I. Pienaar 的文章里了解更多使用環境的技巧: [http://www.devco.net/archives/2009/10/10/puppet_environments.php](http://www.devco.net/archives/2009/10/10/puppet_environments.php) 。
>  譯者注
> 你還可以參考 [http://puppetlabs.com/blog/git-workflow-and-puppet-environments/](http://puppetlabs.com/blog/git-workflow-and-puppet-environments/) 了解關于使用 Git 和 Puppet 動態環境的技巧。
你可以用多種方式指定客戶端的環境。 一種方式是在運行 Puppet 時使用 --environment 開關:
```
# puppet agent --test --environment=development
```
另一種方式是在客戶端的 puppet.conf 文件中使用 environment 參數指定:
```
[main]
environment=development
```
如果你使用的是外部節點分類器腳本(將在本書第 9 章的描述),也可以指定客戶端所屬的環境。
你也可以為每一個環境指定不同的 fileserver.conf(參考 [配置 Puppet 的文件服務器](#ch01sec04) 一節)。 為了實現此功能,需要在 Puppetmaster 的配置文件 puppet.conf 中為每個環境設置 fileserverconfig 參數:
```
[development]
fileserverconfig = /etc/puppet/fileserver.conf.development
[production]
fileserverconfig = /etc/puppet/fileserver.conf.production
```
更多的信息,請參考 Puppet Labs 的“使用多環境”的頁面: [http://projects.puppetlabs.com/projects/1/wiki/Using_Multiple_Environments](http://projects.puppetlabs.com/projects/1/wiki/Using_Multiple_Environments) 。
#### 參見本書
* 第 1 章的 [使用版本控制](#ch01sec01) 一節
* 第 3 章的 [使用模塊](#ch03sec02) 一節
* 第 9 章的 [使用外部節點分類器](#ch09sec09) 一節
- Puppet 2.7 Cookbook 中文版
- 中文翻譯版
- 譯者序
- 項目緣起
- 翻譯方法
- 社區鏈接
- 社區建議
- 貢獻者
- 原書版權頁
- 關于作者
- 前言
- 本書內容
- 閱讀前提
- 適用讀者
- 格式約定
- 讀者反饋
- 客戶支持
- 下載案例代碼
- 勘誤表
- Puppet 基礎設施
- 使用版本控制
- 使用提交鉤子
- 使用 Rake 部署變更
- 配置 Puppet 的文件服務器
- 從 cron 運行 Puppet
- 使用自動簽名
- 預簽名證書
- 從 Puppet 的 filebucket 檢索文件
- 使用 Passenger 擴展 Puppet 的部署規模
- 創建去中心化的分布式 Puppet 架構
- 監控、報告和排錯
- 生成報告
- 通過 Email 發送包含特定標簽的日志信息
- 創建圖形化報告
- 自動生成 HTML 文檔
- 繪制依賴關系圖
- 測試你的 Puppet 配置清單
- 執行模擬運行
- 檢測編譯錯誤
- 理解 Puppet 的錯誤信息
- 顯示命令的輸出結果
- 輸出調試信息
- 檢查配置設置
- 使用標簽
- 使用運行階段
- 使用不同的環境
- Puppet 語言及其寫作風格
- 使用 Puppet 社區規范
- 使用模塊
- 使用標準的命名規范
- 使用嵌入式 Ruby 代碼
- 使用純 Ruby 代碼書寫配置清單
- 遍歷多個項目
- 書寫強大的條件語句
- 在 if 語句中使用正則表達式
- 使用選擇器和 case 語句
- 檢測字符串中是否包含指定的值
- 使用正則表達式替換
- 書寫更優質的配置清單
- 使用資源的數組
- 使用 define 資源
- 指定資源的依賴關系
- 使用節點繼承
- 使用類的繼承和重載
- 給類傳遞參數
- 書寫可重用的跨平臺配置清單
- 獲得系統的環境信息
- 導入動態信息
- 從 CSV 文件導入數據
- 給 Shell 命令傳遞參數
- 使用文件和軟件包
- 為配置文件添加配置行
- 使用 Augeas 自動修改配置文件
- 使用配置片段構建配置文件
- 使用 ERB 模板
- 在模板中遍歷數組
- 從第三方倉庫安裝軟件包
- 配置 APT 軟件倉庫
- 配置 GEM 倉庫
- 從源碼包自動構建軟件
- 比較軟件包的版本
- 用戶和虛擬資源
- 使用虛擬資源
- 使用虛擬資源管理用戶
- 管理用戶基于密鑰的 SSH 訪問
- 管理用戶的自定義文件
- 有效地分發 cron 任務
- 當文件更新時運行命令
- 使用主機資源
- 為文件資源指定多個源
- 使用文件資源遞歸地分發整個目錄樹
- 清理過期的舊文件
- 使用日程表資源
- 資源的審計
- 臨時禁用資源
- 管理時區
- 應用程序
- 管理 Apache 服務
- 創建 Apache 虛擬主機
- 創建 Nginx 虛擬主機
- 創建 MySQL 數據庫及用戶
- 管理 Drupal 站點
- 管理 Rails 應用程序
- 服務器和云基礎設施
- 部署 Nagios 監控服務器
- 使用 Heartbeat 構建高可用服務
- 管理 NFS 服務和文件共享
- 使用 HAProxy 為多個 web 服務器實現負載均衡
- 使用 iptables 管理防火墻
- 管理 Amazon 的 EC2 實例
- 使用 Vagrant 管理虛擬機
- 外部工具和 Puppet 生態環境
- 創建 Facter 的自定義 fact
- 在運行 Puppet 之前和之后執行命令
- 從 Shell 會話生成 Puppet 配置清單
- 從運行的系統上生成 Puppet 配置清單
- 使用 Puppet Dashboard
- 使用 Foreman
- 使用 MCollective
- 使用公共模塊
- 使用外部節點分類器
- 創建自定義的資源類型
- 創建自定義的提供者