### 使用日程表資源
使用啟用了 schedule 參數的資源,你可以控制當前資源何時被應用。 例如,你希望如下的 exec 資源每天應用一次,將資源參數 schedule 設置成了內置的值 daily:
```
exec { "/usr/bin/apt-get update":
schedule => daily,
}
```
遺憾的是,給 schedule 參數指定 daily 并不能保證該資源每天都能應用一次。 內置的 daily 僅能限制 exec 資源在一天之內不能被應用多余一次, 但是資源是否被應用以及何時被應用完全取決于 Puppet 是否運行以及何時運行。
正因為如此,使用 schedule 資源才是安排執行其他資源的最佳選擇。例如, 你可能想要確保 apt-get update 一小時內運行不超過一次; 或者確保一項維護工作在白天生產時間期間不被執行。
為此,你需要創建自己的 schedule 資源。
#### 操作步驟
1. 添加如下代碼到你的配置清單:
```
schedule { "not-in-office-hours":
period => daily,
range => [ "17:00-23:59", "00:00-09:00" ],
repeat => 1,
}
exec { "/bin/echo Doing maintenance!":
schedule => "not-in-office-hours",
}
```
2. Run Puppet。
#### 工作原理
我們創建了名為 not-in-office-hours 的 schedule,它指定了重復周期為 daily, 且指定了允許的時間范圍為下午 5 點到次日早上 9 點:
```
period => daily,
range => [ "17:00-23:59", "00:00-09:00" ],
```
我們同時設置了在每個時間周期內資源被應用的最大次數為 1:
```
repeat => 1,
```
然后,我們在如下的 exec 資源中使用這個自定義的 schedule:
```
exec { "/bin/echo Doing maintenance!":
schedule => "not-in-office-hours",
}
```
若 exec 資源不使用 schedule 參數,每次運行 Puppet,這個 exec 資源就會被應用一次。 現在,Puppet 將依照 not-in-office-hours 資源的設置做如下測試:
* 當前時間是否在允許的范圍內
* 在一個重復周期內,資源是否已經應用到了允許的最大次數
例如,讓我考察在如下連續的幾個小時內如果 Puppet 每小時執行一次將會發生什么:
* 4 p.m.:超出了允許的時間范圍,所以 Puppet 不會做任何事情。
* 5 p.m.:在允許的時間范圍內,且在此重復周期內還沒有運行過,所以 Puppet 會應用此資源。
* 6 p.m.:在允許的時間范圍內,且在此重復周期內已經運行過一次,由于已經到達了 repeat 設置的最大值,所以 Puppet 不會做任何事情。
依此類推,直到第二天再重復這一過程。
#### 更多用法
如果需要,你可以增大 repeat 參數的值,例如:在每小時內運行一個作業不超過 6 次:
```
period => hourly,
repeat => 6,
```
要記住這不能保證每個小時此作業都會運行 6 次。這只是設置了一個上限。 無論 Puppet 經常運行還是會發生其他情況,如果一個小時內已經運行了 6 次就不會再次運行。 如果 Puppet 每天僅執行一次,那么這個作業也僅執行一次。 因此,要確保某事件在特定的時間 **不會** 發生(或者 **不** 超過給定的頻率),使用 schedule 是最有用的。
- 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
- 使用公共模塊
- 使用外部節點分類器
- 創建自定義的資源類型
- 創建自定義的提供者