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 疊加的情況 …


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

查看所有标签

猜你喜欢:

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

SQL必知必会

SQL必知必会

福达 (Ben Forta) / 钟鸣、刘晓霞 / 人民邮电出版社 / 2013-5-1 / 29.00元

SQL语法简洁,使用方式灵活,功能强大,已经成为当今程序员不可或缺的技能。 本书是深受世界各地读者欢迎的SQL经典畅销书,内容丰富,文字简洁明快,针对Oracle、SQL Server、MySQL、DB2、PostgreSQL、SQLite等各种主流数据库提供了大量简明的实例。与其他同类图书不同,它没有过多阐述数据库基础理论,而是专门针对一线软件开发人员,直接从SQL SELECT开始,讲述......一起来看看 《SQL必知必会》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

html转js在线工具
html转js在线工具

html转js在线工具

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换