tor*_*re- 6 virtualization optimization puppet packages cobbler
我目前正在构建一个鞋匠和木偶设置。我做的一件事是用 puppet 禁用不需要的服务,但后来我想:我应该用 cobbler 删除它们,而不是在它们安装后禁用它们?
例如,我在 puppet 中的基类通知客户端禁用 smartd、cpuspeed、microcode_ctl 和 readahead_early,如果它是虚拟机。
那为什么不删除呢?如果我在稍后阶段确实需要其中一些软件包,我可以直接安装。当然,如果机器转换为物理硬件,我将不得不记住再次安装这些包。
我认为我的问题的最佳解决方案是创建一个傀儡类,如果它是虚拟的,则禁用服务 A,如果不是,则启用它。但是,也许其他人有其他见解?
我完全不同意凯尔。
如果没有必要,则应将其删除。最好不要安装不必要的软件。
承担任务的人,比如你自己,应该对他们所做决定的影响充满信心。删除标准系统实用程序和库通常是不受欢迎的,但这部分取决于您的环境和服务器角色。
如果存在包依赖项,它们将在现代系统中被识别。
如果稍后,您正在编译的代码需要您删除的库,然后安装它 - 因为它是必需的。
我不会因为某些未来的系统管理员可能是白痴而将 GTK 安装在服务器上。
我认为作为一般规则,禁用某些功能是一个更好的解决方案。你开始把东西拉出来,它们可能是其他包的依赖项,或者其他东西可能期望它在那里等等。禁用它们后它们只会占用少量空间,并且可能会增加一点更新时间。我认为这个想法是,如果可以的话,您希望让您的系统与发行版维护人员将要测试的系统保持接近。
另外,你说“我必须记住安装......”。我想你可能想改变你的心态,也许未来的系统管理员会管理这些,花几个小时尝试解决一些奇怪的问题,结果却发现是因为某些通常存在的包不存在。
不过,你的东西非常具体,所以如果它记录了删除它,我想就可以了。如果您要对这些虚拟机进行数百次部署,那么这种级别的调整可能是有意义的。但最后,我最喜欢你的傀儡想法。
归档时间: |
|
查看次数: |
522 次 |
最近记录: |