dcsimg

是时候在Linux和Unix中融合监视和管理了

意见 :不管喜欢与否,Microsoft商店的管理员在某些方面要比Unix和Linux上的管理员容易得多。也许是时候该借用Redmond的书中的内容并开始更紧密地集成了。

我承认:我有点嫉妒Microsoft服务器管理员。您会看到,在Linux世界中,我们有能力创建疯狂强大且具有创造力的系统,但是我们经常在重新发明轮子。

具体而言,在Microsoft领域,只需很少的时间即可设置Active Directory和启动服务器。可以部署新的Windows计算机并创建组策略,以定义一组服务器上存在哪些软件和配置。然后,如果他们购买了Microsoft Systems 中央 Operations Manager,则可以自动监视所有部署的服务器。只需点击即可,而且非常简单。

在Linux / Unix世界中,需要大量的规划和学习新工具才能获得相同的功能。你可能会跑 木偶 要么 厨师 进行配置管理,然后在部署系统中编写特殊脚本( 皮匠 或本地系统)将服务器自动添加到您的监控系统中,例如 纳吉奥斯 要么 芝诺斯 。但是,一旦完成此操作,添加到配置管理系统中的所有其他功能将比Microsoft服务器更强大,更有用。经过数周的设计,学习和实施基本系统,系统管理员终于可以完成实际工作。

花费的时间肯定是值得的,但是如果不花前10%的sysadmin类型来识别与全自动基础架构相关的收益,以及使之全部工作的专注和决心,该怎么办?如果这很容易,Linux和Unix服务器世界将是什么样?

为什么?

我不提倡功能受限且基于GUI的即用型基础架构解决方案。取而代之的是,我正在研究所有这些关键的基础架构系统,并且想知道为什么要花这么多时间才能使它们彼此之间发生冲突。千篇一律的解决方案是不可能的,因为Linux世界允许(要求)大量定制。但是,将所有内容紧密集成会有好处。

我主要是在谈论自我修复。

来自监视系统的信息多少次导致系统管理员采取了行动?几乎总是。假设一台虚拟机服务器的RAM不足:您需要部署一个新的虚拟机来移动VM。我们可能会注意到我们的Web应用程序服务器正在得到大量利用:部署一两个新的Web服务器来分散CPU负载。这些决定通常是在查看监视系统时做出的,因此具有从那里部署新服务器的能力是很有意义的。

“自我修复”的概念很可怕,但是不必自动化。理想情况下,我们首先要记下特定决定所依据的标准。 “应用服务器整天的CPU利用率为75%,因此我部署了新的服务器。”该逻辑很简单,甚至可以自动化。高负载的另一个原因可能需要系统管理员干预,但至少按一下按钮并部署新服务器至少可以节省大量时间。

为此,监视和配置管理系统需要对服务器的“类型”和“组”具有相同的想法。

部署系统

当前确实存在一些集成,因为系统管理员可以将所有这些集成在一起,以减少手动部署新服务器的麻烦。

部署系统Cobbler可以管理kickstart和所有网络启动服务,甚至可以与Puppet通信。补鞋匠可以通知Puppet添加新节点,以及该节点应属于哪个类,例如它是什么类型的服务器。

服务器运行后,Puppet可以通知Zenoss或Nagios它有一个需要监视的新节点。 木偶 可以提供有关该节点的信息,从而通知监视系统应添加的服务器“组”或类型。根据此信息,将添加新服务器,并开始进行适当的监视。

但这就是信息流动的程度;这是单向的。补鞋匠通知Puppet,Puppet通知Zenoss(或Nagios)。正如我已经指出的那样,Zenoss和Nagios具有有用的信息,可用于向另一个方向通知系统。

松耦合

我们现在所拥有的非常松散。我们需要紧密集成,但是这些系统当然需要保持不同和松散耦合。如果有人试图创建一个包含所有功能的系统,那么该项目肯定会失败。它不够灵活,更重要的是不够健壮。这些系统中的每一个都非常复杂,并且在那些领域工作的人员都了解每个系统的需求。

我与p的作者,Reduction Labs的首席执行官Luke Kanies进行了交谈,询问他认为长期形势应该如何。 Luke同意并补充说:“从长远来看,集成应该更加紧密-我希望看到监视工具在功能上是对服务的集成测试。”

许多系统管理员自己创建松散集成的系统。从基于Web的管理GUI的角度来看,您经常会看到链接返回和嵌入式框架,以将这些系统松散地联系在一起。我们离乌托邦世界不远,每个开发人员都在尝试确保他们的软件与流行的监控系统对话,或者系统管理员都在努力 这个 疯狂地自动化基础架构并创建有感觉的自我修复系统。

我们之间的距离越来越近,现在这些类型的工具已经成熟了一些,并且正在被广泛采用,现在是时候开始讨论下一步了。

本文最初于2010年2月23日发布
通过网络更新新闻获取最新消息