相关疑难解决方法(0)

六个月前，在我们的非营利项目中，我们决定开始将系统管理迁移到 Puppet 控制的环境，因为我们预计从现在到一年后我们的服务器数量将大幅增长。

自从做出决定后，我们的 IT 人员就变得有点过于恼火了。他们最大的反对意见是：

• “我们不是程序员，我们是系统管理员”；
• 模块可在线获取，但许多模块彼此不同；轮子经常被重新发明，你如何决定哪一个合适；
• 我们的 repo 中的代码不够透明，要找到某些东西是如何工作的，他们必须通过清单和模块进行递归，他们甚至可能在不久前自己编写；
• 一个新的守护进程需要编写一个新的模块，约定必须与其他模块相似，这是一个困难的过程；
• “让我们运行它，看看它是如何工作的”
• 社区模块中有大量鲜为人知的“扩展”：“trocla”、“augeas”、“hiera”……我们的系统管理员如何跟踪？

我可以理解为什么大型组织会派遣他们的系统管理员参加 Puppet 课程以成为 Puppet 大师。但是，如果小玩家不参加课程并且基本上通过浏览器和编辑器学习它，他们如何将 Puppet 学习到专业水平？

Puppet 和 Chef 工具的新功能。似乎他们正在做的工作可以用 shell 脚本来完成。也许它是在 shell 脚本中完成的，直到这些出现。

我同意它们更具可读性。但是，除了可读性之外，是否还有其他优于 shell 脚本的优点？

这是一个规范问题关于监控软件。

还相关：您使用什么工具来监控您的服务器？

我需要监控我的服务器；在决定监控解决方案时，我需要考虑什么？

在 Small Business Server 2011 安装中，整个 w3wp.exe 进程似乎使用了不成比例的大量内存。SBS 开箱即用的安装共有 7 个站点和 20 个 ASP.NET 应用程序池（Sharepoint、Exchange、WSUS 和 SBS 特定的东西，如远程工作网站）。

随着时间的推移，产生的十几个 w3wp.exe 进程往往会消耗超过 4 GB 的服务器内存，峰值应用程序池是属于 WSUS 的应用程序池，工作集中大约有 800 MB。通过 IIS MMC 手动回收应用程序池有助于暂时减少内存使用量（w3wp.exe 进程缩小到 10 MB，其中一些进程会快速增长），但显然不是管理员想要整天做的事情。我找不到关于自动回收 SBS 预安装应用程序池的任何建议，所以我有点不愿意在生产系统上“就这样做”。

我在网上关于如何限制这种情况的研究只抛出了一些帖子，指出 w3wp 内存消耗不会损害但会提高性能，因为内存将“在其他应用程序需要时释放”。问题是它不起作用：

• 首先，SBS 是一个多角色服务器，其中一个角色（主要角色）是 CIFS 网络存储，它极大地受益于文件系统缓存，它再次依赖于“空闲”的内存，如“任何其他进程都不会使用”方式”- ASP.NET 应用程序池几乎看不到用户并占用内存会适得其反
• 另一件事是，我仍然必须看到 w3wp 实例内存消耗在内存不足时大幅减少 - 我看到的是显着少于 100 mb 的小幅减少和过度交换 - 再次损害了性能

我几乎从不管理 IIS 或 ASP.NET 应用程序，因此欢迎任何有关如何有效调整应用程序池的内存要求的想法。