通过JDMK 进行遗留系统管理（1）

摘要:    巩固、集成、重构和移植是当今流行的标语式词汇。它们反映了一个除旧迎新的过程--旧者不是从本质上被更改就是被新者替代而弃之一旁。然而，在许多情况下，我们还是无法摆脱旧的设备和软件。不得不继续从老掉牙的基础结构中提取更多的服务，以及负责它们的管理。巩固、集成、重构和移植是当今流行的标语式词汇。它们反映了一个除旧迎新的过程--旧者不是从本质上被更改就是被新者替代而弃之一旁。然而，在许多情况下，我们还是无法摆脱旧的设备和软件。不得不继续从老掉牙的基础结构中提取更多的服务，以及负责它们的管理。

    Java 动态管理工具包 (Java Dynamic Management Kit, JDMK)是一个用于创建基于 Java 的管理软件和基于 SNMP 的遗留系统的框架。它是对 Java 管理扩展 (Java Management Extensions，JMX) 的扩展，JMX 允许分析程序通过网络实现对资源的远程监视。

    下文中的一个文件包含一个受管对象的列表，这些对象可以被 JDMK 代码引用。下表摘录了部分 RFC1213_MIBOidTable.java 文件。（本文的所有代码都可以从资源部分直接下载。）此文件是根据另一标准的 MIB 文件生成的。

//感兴趣的受管对象的元数据(Metadata)定义
new SnmpOidRecord("ifInOctets", "1.3.6.1.2.1.2.2.1.10", "C"),
new SnmpOidRecord("ifLastChange", "1.3.6.1.2.1.2.2.1.9", "T"),
new SnmpOidRecord("ifOperStatus", "1.3.6.1.2.1.2.2.1.8", "I"),

    每个 SnmpOidRecord 中的符号都可以通过网络管理软件直接访问。也是我们管理网络设备的接口。
稍后，我们将探索 JDMK 关于遗留设备管理的一些独道之处。我们将了解到，使用 JDMK 制造单项级别的管理工具是一种简单、省钱的方法。这些工具可以帮助 IT 管理者加深对网络原理和网络服务的认识。

    另外还介绍了，使用适配器模式作为访问 JDMK API 的方法。这增加了我们使用标准 API 的抽象级别。

  寒酸的遗产

    想象您被提升为只有两名手下的网管。负责四个部门共 200 人的所有计算机设备。部分任务还联系到公司局域网、电话系统支持、PC 升级、应用程序开发、服务器等等。基本上包括了所有网络任务。

    让我们假设图 1 是您所负责的网络。


    在图 1 中，我们看到一个三层建筑的设备分布图。 每层上的设备都连接到一个开关(正如大多数情况)，这些链接每个具有 10 M 带宽并终止于一个线路盒(未显示)。 开头的另一端连接到一个建筑层级别的开关(第一层开关为 F1，第二层为 F2，第三层为 F3)。 层开关的另一端由高速链接连接到一个核心开关。 它的另一端则可能连接到 WAN 或一个服务提供网络。

    由图 1 我们也许会立即发现一些问题。 问题存在的部位是：

Links 1, 2 , 3
Switch Core 与层开关之间的链接
各个独立的开关 

    永远记住网络的性能取决于它最脆弱的一环 -- 也就是说网络是非常脆弱的。 网络设计者的任务就是维持服务的流量与提供信息冗余度两者之间的平衡。 在图 1 中，有一些弱点是可以从再次审视中改进的。 下面将着重讨论通过编写 JDMK 代码来帮助我们了解，问题会在何时出现以及问题在何时将要出现。

查看本文来源