我已经用谷歌搜索并阅读了“to-puppet-or-to-chef-that-is-the-question”文章。
我对用例感兴趣,在现实世界的实现中,人们根据实际问题选择了一个或另一个。
我对与 cobbler问题的集成特别感兴趣(我知道 puppet 是这个方向的标准方法);作为任何人在鞋匠 - 厨师整合方面的任何经验?
提前致谢
过去,我通过使普通 dhcp 服务器返回网络启动所需的一切来设置 PXE 服务器多次:在单个 dhcp 设置中既有常规 ip 配置又有 bootinfo。这样很容易做到。
根据我读过的文档(维基百科有一个很好的总结)应该可以有一个未修改的 dhcp 服务器(例如,如果您所在位置的管理员拒绝访问)和一个仅返回启动信息的单独服务器。这通常称为“PXE 服务器”或“代理 DHCP”服务器。过去我见过(未使用)这个 pxe 服务器(上次发布是 5 年前)。
昨天我安装了 Cobbler 来看看它到底做了什么。现在我想使用它(喜欢它的易用性)但是修改“主”dhcpd 服务器来获取 PXE 不是一个选项。
我找不到任何关于如何使用真正的 PXE(==代理 dhcp)服务器运行 cobbler 的文档。
这可以用鞋匠完成吗?
我可以将 isc dhcp 服务器配置为作为 PXE 服务器(即没有 ip 信息,只有引导信息)吗?
或者我应该采用完全不同的方法(如果是这样,您的建议是什么)?
谢谢
我刚刚发现的新发现:dnsmasq 2.4.8 版的变更日志说:
“代理-DHCP,其中 dnsmasq 只提供 PXE 信息,另一个 DHCP 服务器进行地址分配,也是允许的。”
很有意思。特别是因为 cobbler 已经可以控制 dnsmasq。
更新:
dnsmasq 2.51 将支持这个配置,它完全可以实现我想要的技巧。
我的 /etc/cobbler/dnsmasq.template 现在看起来像这样:
# Cobbler generated configuration file for dnsmasq
# $date
# …Run Code Online (Sandbox Code Playgroud) 我正在努力实施 Cobbler 和 Ansible 来进行我们的服务器部署,并且遇到了最后一个问题。我的 Ansible playbook 运行良好,我的 Cobbler 安装运行良好,但问题在于将它们捆绑在一起。
我为 Cobbler 编写了一个安装后触发器,它会根据所使用的 Cobbler 配置文件启动我的 Ansible 剧本,该脚本在单独运行时效果很好。问题是,要使其工作,服务器需要先重新启动,但 Cobbler 在第一次重新启动之前会执行安装后触发器。Cobbler 中有一个“firstboot”触发器,但我根本无法让它工作。即使在第一次启动后,它也不会触发。
如果我在重新启动之前尝试运行 Ansible,服务器就会超时。
这适用于 CentOS 6.5、Ansible 1.6 和 Cobbler 2.4
TLDR:如何让 Cobbler“首次启动”触发器工作或如何在安装后但首次重新启动之前成功运行 Ansible Playbook。
有任何想法吗?
谢谢!
我听说过很多关于将 Cobbler 与 Puppet/Cfengine 一起使用以进行快速部署和配置的信息。
你能指点我一些教程或分享你如何做的经验吗?
也很想知道您用于快速配置和部署的任何其他系统。谢谢。
这似乎是一个非常简单的问题。但我在网上看不到任何关于它的信息。该命令来自RHEL 文档本身,所以我希望它可以工作......但它失败了。任何见解?
命令:
/sbin/iptables -A INPUT -m state --state NEW -m tcp -p udp --dport 25150 -j ACCEPT
Run Code Online (Sandbox Code Playgroud)
输出:
iptables: Invalid argument. Run `dmesg' for more information.
Run Code Online (Sandbox Code Playgroud)
dmesg 日志:
[ 1719.334534] x_tables: ip_tables: tcp match: only valid for protocol 6
Run Code Online (Sandbox Code Playgroud) 我目前正在构建一个鞋匠和木偶设置。我做的一件事是用 puppet 禁用不需要的服务,但后来我想:我应该用 cobbler 删除它们,而不是在它们安装后禁用它们?
例如,我在 puppet 中的基类通知客户端禁用 smartd、cpuspeed、microcode_ctl 和 readahead_early,如果它是虚拟机。
那为什么不删除呢?如果我在稍后阶段确实需要其中一些软件包,我可以直接安装。当然,如果机器转换为物理硬件,我将不得不记住再次安装这些包。
我认为我的问题的最佳解决方案是创建一个傀儡类,如果它是虚拟的,则禁用服务 A,如果不是,则启用它。但是,也许其他人有其他见解?
我已经配置了一个工作的 cobbler 系统,它成功地处理了我的裸机服务器部署,我将使用 puppet 开始配置管理问题(当然,尽可能将它与 cobbler 集成)。
由于网络上似乎有许多稀有资源提供或多或少完整的木偶配方,我想问的是有人可以推荐一套经过良好测试的良好的木偶配方,可以用作强大的开端我可以建立自定义的点。
我正在寻找写得好的东西,尽可能简单以便可维护,可能是无黑客的,可以尽可能多地处理服务器的“标准”配置。从那开始,我将编写我的食谱,可能专门针对现有的那些,以便完全处理我服务器的各个方面。
我的目标是让机器可以通过 cobbler+puppet 在几分钟内安全地格式化和重新安装,无需人工干预。
提前致谢
deployment configuration configuration-management puppet cobbler
目前我有 2 个 VPS,设置和配置几乎完全像这样,还有一些其他小的 Nginx 配置。我都是手动完成的
我想获得一些其他 VPS 并部署完全相同的设置和配置,但我不确定要使用哪种工具。所有 VPS 都带有 root 访问权限和 SSH。
我在 ServerFault 上读过关于 Puppet、Cobbler 和 CloneZilla 等项目的文章,据我所知,Puppet 和 Cobbler 服务于不同的目的,但 CloneZilla 在哪里适合呢?我可以使用 CloneZilla 从一台服务器进行全新安装/设置克隆,部署到另一台服务器并使用 Puppet+Cobbler 来管理未来的更新等吗?
此外,您会给这些工具的第一次用户什么建议?