### 使用主機資源 > I am not a number. > > _"The Prisoner"_ > — Number Six 將機器搬來搬去是很常見的做法，尤其是在云的基礎設施中搬動，所以一個特定主機的 IP 經常會改變。 正因為如此，在你的配置中使用硬編碼的 IP 地址顯然是個壞主意。 如果一臺機器要訪問另一臺（例如，一個應用服務器需要訪問一臺數據庫服務器）， 那么使用主機名而不是 IP 地址會更好。 然而，如何映射主機名到 IP 地址呢？這通常會使用 DNS，但小型組織里一般沒有 DNS 服務器， 而大型組織要想無困擾地實現 DNS 更新也是相當費時的。 此外，將 DNS 信息傳播到不同機器也需要不同的時間，因此確保快速而一致的 IP 地址更新的一種方法是使用由 Puppet 管理的本地主機表文件 /etc/hosts 中的條目。 #### 操作步驟 1. 添加如下代碼到你的配置清單： ``` host { "www.bitfieldconsulting.com": ip => "109.74.195.241", target => "/etc/hosts", ensure => present, } ``` 2. 運行 Puppet： ``` # puppet agent --test info: Retrieving plugin info: Caching catalog for cookbook.bitfieldconsulting.com info: Applying configuration version '1305716418' notice: /Stage[main]//Node[cookbook]/Host[www.bitfieldconsulting. com]/ensure: created info: FileBucket adding /etc/hosts as {md5}977bf5811de978b7f041301 9e77b4abe notice: Finished catalog run in 0.21 seconds ``` #### 工作原理 Puppet 將檢查由 target 指定的文件，若主機條目不存在，Puppet 就會添加此條目； 若主機條目存在但 IP 地址不同，Puppet 就會更新此條目。 雖然可以使用有別于 /etc/hosts 的目標文件，但這是默認值，你只需要一個目標文件 （即不能使用數組同時指定多個文件）。 我認為明確地指定 host 資源的默認值是個很好的做法， 因為依托默認的行為會有使代碼變得脆弱的傾向。 #### 更多用法 將你的 host 資源組織到類中會對你有幫助。例如，你可以將所有數據庫服務器的 host 資源放置在一個名為 admin::dbhosts 的類中，然后在所有的 web 服務器中包含這個類。 一些主機可能需要在多個類中同時定義（例如，一個數據庫服務器也可以是一個倉庫服務器）， 使用虛擬資源可以解決這個問題。例如你可以像下面這樣， 在一個單獨的類中將所有的主機定義成虛擬資源： ``` class admin::allhosts { @host { "db1.bitfieldconsulting.com":} } ``` 然后在不同的類中 realize 你需要的主機： ``` class admin::dbhosts { realize( Host["db1.bitfieldconsulting.com"] ) } class admin::repohosts { realize( Host["db1.bitfieldconsulting.com"] ) } ```