Puppet 使用 Package latest 參數的後遺症

栏目: Python · 发布时间: 6年前

内容简介:《前情提要》最近在某些設備裡看到許多重複的 apt udpate / yum check-update process 導致 CPU Loading 整個拉高,感覺是重複的 Jobs 導致這個情況發生 … 所以又要開始 Debug 了。查了一下發現是 Puppet 定期跑 Sync 產生出來的 process,仔細用 debug mode 查看確定每次 Puppet 都跑會 yum check-update (Ubuntu 則是 apt update)

《前情提要》

最近在某些設備裡看到許多重複的 apt udpate / yum check-update process 導致 CPU Loading 整個拉高,感覺是重複的 Jobs 導致這個情況發生 … 所以又要開始 Debug 了。

29794 ? Ss 32:14 /usr/bin/python /usr/bin/yum check-update 29884 ? Ss 31:16 /usr/bin/python /usr/bin/yum check-update 29987 ? Ss 32:15 /usr/bin/python /usr/bin/yum check-update 30141 ? Ss 31:31 /usr/bin/python /usr/bin/yum check-update 30185 ? Rs 47809:58 /usr/bin/python /usr/bin/yum check-update 30505 ? Ss 31:39 /usr/bin/python /usr/bin/yum -d 0 -e 0 -y install nfs-utils 30547 ? Ss 31:32 /usr/bin/python /usr/bin/yum check-update 31338 ? Ss 31:57 /usr/bin/python /usr/bin/yum check-update 31339 ? Ss 31:55 /usr/bin/python /usr/bin/yum check-update 31509 ? Ss 32:09 /usr/bin/python /usr/bin/yum check-update 31696 ? Ss 32:13 /usr/bin/python /usr/bin/yum check-update 31740 ? Ss 32:01 /usr/bin/python /usr/bin/yum check-update 31836 ? Ss 31:19 /usr/bin/python /usr/bin/yum check-update 31875 ? Ss 32:22 /usr/bin/python /usr/bin/yum check-update 31937 ? Ss 32:06 /usr/bin/python /usr/bin/yum check-update 32003 ? Ss 31:52 /usr/bin/python /usr/bin/yum check-update 32109 ? Ss 32:08 /usr/bin/python /usr/bin/yum check-update

查了一下發現是 Puppet 定期跑 Sync 產生出來的 process,仔細用 debug mode 查看確定每次 Puppet 都跑會 yum check-update (Ubuntu 則是 apt update)

# puppet agent debug
$ puppet agent -t --debug

找了一下 Google 找到「 Why does puppet check the status of packages on every run, even if the package database hasn’t been modified since the last run? 」講到 Puppet 每次同步會去 check packages …

其原因是在使用 package 時指定了 ensure => ‘latest’,因為 Puppet 要隨時讓 package 在最新的狀態,所以每次都會去 update repository 以確認是否有新版本。

package { ensure => ‘latest’ } 是很昂貴的效能成本

由於在我的環境有非常多的 Node,而且一個 Node 每 10 分鐘會同步一次,雖然僅僅是一個 yum check-update 的動作,但是對於整個系統來講會是很大的負擔,像是:

  • Puppet 同步時間拉長 (連線到 Internel 的時間)
  • 如果到 internel 要透過 proxy,必須再考量 proxy 的 loading

理論上跑 yum check-update 是不會有問題,但是如果遇到當下 proxy 有問題,或是 check 太久,就有可能產生 process 疊加的情況 …


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

构建高性能Web站点

构建高性能Web站点

郭欣 / 电子工业出版社 / 2009-8 / 59.00元

本书围绕如何构建高性能Web站点,从多个方面、多个角度进行了全面的阐述,涵盖了Web站点性能优化的几乎所有内容,包括数据的网络传输、服务器并发处理能力、动态网页缓存、动态网页静态化、应用层数据缓存、分布式缓存、Web服务器缓存、反向代理缓存、脚本解释速度、页面组件分离、浏览器本地缓存、浏览器并发请求、文件的分发、数据库I/O优化、数据库访问、数据库分布式设计、负载均衡、分布式文件系统、性能监控等。......一起来看看 《构建高性能Web站点》 这本书的介绍吧!

JSON 在线解析
JSON 在线解析

在线 JSON 格式化工具

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码