相关疑难解决方法(0)

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

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

对于哪些 Linux 发行版适合生产服务器环境，哪些不适合，有很多社区感觉，但是，很多这种感觉似乎是基于宗教的，并且很少提供支持证据。

假设我们试图选择一个 Linux 发行版进行标准化（因为我们有兴趣保持我们的环境尽可能同质），什么标准是重要的，你如何确定不同的发行版如何满足这些标准？

如今，敏捷系统管理和 DevOps 是有关系统管理和运营的一些最热门的话题。这两个概念主要侧重于弥合运营/系统管理员与项目（开发人员、业务等）之间的差距。即使您从未听说过 devops 概念，我相信这个话题也是您所关心的。

那么，您使用哪些工具和技术来完成贵公司的 DevOps？我对变更管理、持续集成和自动化等主题特别感兴趣，但不仅限于这些主题。请分享您的想法。我期待着阅读您的回答/意见:)

到目前为止我读过的 Puppet 教程还没有提到如何构建 puppet .pp。

任何人都可以分享一些有效和扩展的经验吗？

这在CFEngine中轻而易举……但我现在处于Puppet 环境中，需要能够分配/确保/检查某些 sysctl.conf 变量。在 CFEngine 世界中，我可以简单地检查配置文件中的特定行......我在 Puppet wiki 上找到了一个对sysctl 模块的小参考，在 github中找到了一个似乎可以做我想要的项目。

但两者都没有很好的记录。我只是在寻找一种方法来编辑像net.core.rmem_default和这样的几个值net.core.wmem_max。在github 上托管的项目格式中，我的 init.pp 清单中的配置应如下所示：

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: …

是否有可能以puppet仅在特定时间内应用清单更改的方式进行设置，以便在我们决定时会发生服务器上的任何最终停机时间？

谢谢

我有一个相当简单的 puppet 设置，一个主节点和一个节点，都运行 Debian Squeeze 6.0.4。我有两台机器的 DNS 条目，分别是客户端和主机。客户端和主服务器的 DNS 条目在两台机器上都正确解析为正确的 IP。

在我的客户端上，我有这样的配置：

[main]
server = master.example.org

logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/var/lib/puppet/ssl
rundir=/var/run/puppet
factpath=$vardir/lib/facter
pluginsync=true
templatedir=/var/lib/puppet/templates

根据 /var/log/syslog 中的消息，密钥交换似乎失败了：

localhost puppet-agent[11364]: Could not request certificate: getaddrinfo: Name or service not known

为什么分辨率不仅仅适用于木偶？

有谁知道“照顾服务器”的任何类型的应用程序或服务？（除了托管服务器）您的服务器或应用程序可以通过数百种方式停止正常工作。

小事情很容易错过，但通常很容易修复。日志过度生长、配置问题等。当然有最佳实践清单，但它不是检查配置最佳实践的人工任务。我确信它可以自动化：某种代理可以监控所有系统设置，说出对与错，并就如何使其正确提出建议。

我必须管理几台服务器，我需要某种总体情况的概述。作为一个工具，它会自动解决问题。

你能提出一些建议吗？

（我知道它有点不符合 SF 的规则，但我认为这个特定问题非常具体）拥有类似/sf/ask/101592361/ 之类的东西会很棒-engine-comparison 但用于自动化软件。

在否决之前

请理解我在问什么。它不是关于“寻找通用监控系统”，而是关于“寻找一个可以自行处理问题的系统”