我正在尝试对通过sysfs虚拟文件系统公开的Linux系统运行时参数进行大的更改 。 维护这些参数的最有效方法是什么，以便在RHEL / CentOS风格的系统上重启时保持这些参数？ 这只是将命令转储到/etc/rc.local的情况吗？ 是否有一个非常适合于此的初始化脚本？ 我也从configurationpipe理的angular度考虑标准化。 是否有一个干净的sysfs相当于sysctl ？
我们有2-3个节点集群用于我们的负载均衡器和各种Web应用程序。 我必须首先在QA中进行更改，然后分阶段（在2-3台服务器上），然后在生产（2-3台）服务器上进行。 厨师或傀儡这样的configurationpipe理工具是否适合这里？ 或者它是矫枉过正？ 如果这是过度杀伤有任何提示，使这更容易。
这在CFEngine中是一件轻而易举的事情 ……但是我现在在一个Puppet环境中 ，需要能够分配/确保/检查某些sysctl.confvariables。 在CFEngine世界中，我可以简单地检查configuration文件中的特定行……我已经find了Puppet wiki上的sysctl模块的一个小引用，并且在github上看到了一个项目，它可以做我想做的事情。 但是都没有真正的文件logging。 我只是寻找一种方式来编辑像net.core.rmem_default和net.core.wmem_max两个值。 在github上托pipe的项目格式中，init.pp清单中的configuration应该如下所示： class sysctl { sysctl::value { "net.core.rmem_default": value => "9000000"; "net.core.wmem_default": value => "9000000"; "net.core.rmem_max": value => "16777216"; "net.core.wmem_max": value => "16777216"; } } 通过论坛和邮件列表，似乎对Puppet插件和模块之间的差异感到困惑。 这些条款几乎可以互换使用…我最终需要在我的客户端启用pluginsync，以便通过一些毛茸茸的错误。 我以为这是一个模块！ 目前的客户端错误： info: Loading downloaded plugin /var/lib/puppet/lib/puppet/type/sysctl.rb info: Loading downloaded plugin /var/lib/puppet/lib/puppet/provider/sysctl/parsed.rb err: Could not retrieve catalog from remote server: Error 400 […]
我帮助pipe理使用基于云的Windows服务器虚拟机的应用程序的环境。 应用程序堆栈由Windows Server 2008和Windows Server 2012，SQL Server 2008，IIS和SharePoint 2010组成。我有几个环境Dev / Test / Stage / Prod。 我正在寻找一种对这些环境进行configurationpipe理的方法，以确保任何环境变化都能以一种合理的方式应用，并且有一种方法可以validation一个环境没有对其他环境做出任何更改。 我一直在傀儡，厨师等读书，我喜欢搞钻研configurationpipe理的想法。 什么是一个好的方法或工具来帮助pipe理这些环境的configuration。 我对SCCM有一点了解，但是对于这种特殊的情况来说太贵了，尽pipe我仍然有兴趣知道它是否具备这些能力。
我使用Amazon EC2作为我的移动应用程序。 根据应用程序在特定时间的负载情况，我可能会产生新的实例，然后在负载较低时将其取下，以节省成本。 如何跟上这种dynamic环境下的Nagiosconfiguration？ 当处理被pipe理的硬件时，configuration文件是可预测的。 在这种情况下，需要添加Nagios，Capistrano和其他一些configuration文件。 Capistrano需要知道在哪里部署一个新的构build应用程序服务器。 Nagios需要知道删除现有的实例或添加一个新的实例进行监控。 Nagios还需要知道某个节点是故意closures还是主机由于错误而closures。 这是如何做的VPS /dynamic实例的美好世界？
在家庭/个人用户群中采用Firefox似乎正在成长，但在企业中的采用并不是很快。 我对此的看法是因为SysAdmins没有在组织内推广它，因为Internet Explorer具有使企业更容易接受的function，例如 通过GPOpipe理设置 集成到更新堆栈的其余部分 支持常见的业务应用程序 那么你会在Firefox中添加什么来让它在企业中被更多的SysAdmins推广呢？
我即将开始一个新的项目，部分需要部署大约三个不同类别的许多相同的节点： 数据节点 ，它将运行MongoDB的分片实例。 应用程序节点 ，它将运行一个Ruby on Rails应用程序和一个较旧的ASP.NET MVC应用程序的实例。 处理节点 ，它将运行应用程序节点请求的作业。 所有节点都将在Ubuntu 10.04的实例上运行，不过它们将安装不同的软件包。 我对以前的项目有一些熟悉，尽pipe我不认为自己是专家。 为了做尽职调查，我一直在研究其他的可能性。 我们有许多内部人员是木偶使用者，他们鼓励我去看看。 不过，我在评估这两种select方面遇到了麻烦。 厨师和木偶分享许多相同的领域术语 – 包装 ， 资源 ， 属性等等，他们有一个共同的历史，源于对相同的问题采取不同的方法。 所以在某种意义上它们是非常相似的。 但是我发现的大部分比较信息，就像这篇文章 ，有点过时了。 如果你今天开始这个项目，你会问自己什么问题来决定是否应该使用Chef或Puppet进行configurationpipe理？ （注意：我不想回答“我应该使用厨师还是木偶？”）
我正在寻找CFEngine ， Puppet ， Chef ， bcfg2 ， AutomateIt和其他任何configurationpipe理系统可能在那里的一些比较，而且在服务器故障（Server Fault）的服务器故障（Server Fault）上我可以find很less的东西感到非常惊讶。 例如，我只知道上面的三个链接 – 其他两个我在相关的谷歌searchfind。 所以，我对人们认为最好的或者他们喜欢的东西不感兴趣。 我想知道以下几点： configurationpipe理系统的名称。 为什么创build它（而不是使用现有的解决scheme）。 相对优势。 相对弱点。 执照。 链接到项目和例子。
在我目前的工作场所，我照顾两台VMware主机，一台OpenBSD物理机，三台Debian VM和六台Windows Server VM（2008/2012）。 我正在考虑实施一个像Puppet或Chef这样的configurationpipe理工具。 这是合理的，还是将学习工具的开销超过了好处？ 可pipe理性和实施成本之间的转折点在哪里？
我的团队创造了大量的厨师食谱。 我想知道我应该看什么方法和框架，所以我们可以开始创buildtesting，以确保我们的节点configuration正确？