| Twitter | Del.icio.us | Comments (8) | | Edit

Comments Powered by Disqus

留言评论 | Comments (8)

学习 学习

都用 Chef 或者 Puppet,Cfengine 都没人用了……

24 TB 的 MySQL 数据 ,数据库结构应该比较清晰

OpsCode 、Puppet 是配合用,还是各用各?

对这方面有兴趣,但不知从何入手好...

作为开发人员管理者,部署测试机很想找一个好方法。

各用各的。

Luke Kanies 不爽 Cfengine,自己搞了个 Puppet;

Adam Jacob 不爽 Puppet,自己搞了个 Chef;

Luke Kanies 对 Adam Jacob 一声不响地搞 Chef 很不爽,就在博客上说:“你不爽 Puppet 你跟我说啊,你不说我怎么知道?哪里不爽了说出来,我们一起把它弄爽嘛,干嘛一声不响地搞个 Chef,你倒是爽了现在,但是我很不爽啊。”(不过帖子现在已经不在了。)

整个故事大概就是这样的。

关于机器数量的节省,有时候多一点机器可以多一点冗余,出问题的几率会少一点。做技术的当然希望能够用最少的技术完成同样的事情,但是鉴于公司申请机器的流程,恐怕实际中还是在预算的时候申请多一些的机器,也就造成机房中总是有很多空闲的机器。

如果是按电力收费的话,倒是可以不错~

@Ding Deng
没有用过Puppet和Chef,从它们的主页上来看,貌似是做到了多机多角色的可扩展管理。这里面有个问题:配置是静态的。也就是说,从一台机器“生下来”后,它注定是文件服务器,或者数据库服务器+Web服务器,都已经确定好了。另一种思路是:每台机器生来同构,由中央节点接到部署请求后,依据各slave的资源状况进行分配。在这个思路下,可能总体的利用率会下降(取决于bin-packing算法的效率),但是维护性和可扩展性会增强不少。