SMI-S期待更多

SMI-S的初衷是单一控制台管理异构环境，而按照它现在的发展情况，我们有理由提出更多期待。

为何需要SMI-S？

用户最不希望发生的事情是被厂商绑定。因为任何一个厂商的产品，无论这个产品目前的技术有多么出色，都无法保证长期占据市场的主流，例如一年前笔者最喜欢的笔记本电脑品牌就是IBM的ThinkPad，如今虽然这个品牌还在，但是拥有者却发生了变化。

在以太网领域，交换机之间的互联互通问题解决得非常好。可是光纤通道领域的情况则很不一样。如果所有的光纤通道产品都遵循着统一的管理规范，它们之间可以顺畅地进行互联互通，那么用户就不必担心厂商绑定的问题了。

由美国存储网络行业协会(Storage Networking Industry Association，SNIA)提出的存储管理建议规范(Storage Management Initiative Specification，以下简称SMI-S)将有望改变SAN管理领域的混乱现状。在此之前，SAN用户同时使用不同厂商的设备，需要安装由不同的厂商根据各自的管理接口规范设计的各种管理软件。

开发一种通用管理标准的优势显而易见，特别是在存储产品来自多个不同厂商的异构计算环境中。从根本上说，采用SMI-S就无须在添加不同厂商组件时再学习新的管理工具或流程。SMI-S可以从单一控制台利用和网络上其他组件相同的方法管理网络各组件。

而对厂商来说，业界普遍采用SMI-S将产生深远的影响。目前存储管理应用领域的开发人员面临的一个问题是，他们必须集中精力去集成多个设备厂商互不兼容的接口。各厂商在协议、传输技术、安全机制等领域大相径庭，令整合工作更加困难，它们都导致了新产品上市缓慢。

相对来说，SMI-S使存储厂商可以采用单一标准接口独自进行开发。由于不再受到多厂商产品兼容性的困扰，厂商就无须开发及整合异构和专有的接口，从而缩短产品上市时间，能够更有效地推出产品并进行更新，同时提升产品性能。

SMI-S建立在一些现有标准基础上，如公共信息模型（CIM）和基于Web的企业管理（WBEM）等。前者描述了系统的管理要求和能力，后者则规定了使用方法。SMI-S包括可互操作、并且可扩展的通用管理传输、自动发现以及资源锁定等功能。所有这一切，意味着当一个新的SMI-S组件加入SAN时，它会宣布自己是谁、能做什么，然后就可以和其他组件共享其资源。

业界的质疑

SNIA最大的贡献是将那些竞争激烈的厂商聚集在一起，朝着“互联互通”的美好前景努力。目前来讲，最具体的成绩就是SMI-S。然而笔者发现，SMI-S目前还存在巨大不足，那就是它仅仅在“发现”上做了一些被动的工作，主动的管理工作还很难实现。另外，在“发现”的应用过程中，还有可能存在厂商不合作的情况。有观点认为，SMI-S在现阶段的发展遇到了很大困难。

目前业界对SMI-S标 准的质疑越来越多。首先，有人认为它事实上并没有涉及不同供应商所提供设备的硬件兼容问题。其次，尽管该规范的未来版本承诺将会解决，但它现在还没有涉及 到的问题有备份、远程复制、设备的性能管理和存储管理软件的互操作等。另一个问题是供应商是否真的愿意去将标准付诸实践，因为它们更乐于提供不同的技术以 保护市场。当然，为此SMI-S将允许供应商出于扩展功能的目的提供自己的扩展接口。

按照SMI-S的初衷，它可以管理用户所有的存储资源，但是目前的情况来看，它还处在一个发展初期：它仅能够发现各种问题，但是无法进行主动管理。发现功能对于实现管理当然是重要的，但是它仅是管理的第一步，而SMI-S的问题就在于发现功能基本上是它的全部。

不仅如此，目前通过认证的SMI-S管理控制台还只能够发现HBA（主机总线适配器）、光纤通道网络、存储交换机和阵列。磁带驱动器、磁带库、光存储以及其他连接在SAN中的关键部件，目前还没有实现发现功能。

那么，还需要多久才能够实现呢？目前还不好说。我们可以通过磁带库的例子来讨论一下这个情况。

有一个厂商提供了可以满足SMI-S的磁带库管理控制台，当然，它也只能提供发现功能，但是目前为止还没有得到SNIA的认证。ADIC的iPlatform磁带库拥有内置的SMI-S功能，因此其他满足SMI-S的管理控制台也能够发现它们。那么为什么没有符合性的测试呢？原因是SNIA目前规定，至少要有两家以上的厂商提出测试请求，SNIA才会具体安排测试。这一点非常容易理解，既然主要目的是测试互联互通的一致性测试，显然被测对象应该大于一家厂商。而在磁带库的管理方面，除了ADIC，目前还没有其他厂商推出类似解决方案。

许多磁带库都提供了越来越丰富的功能，因此对管理的需求也水涨船高。其中许多功能都是为特定产品提供的，厂商希望以此区别于竞争对手。一方面厂商不希望这些方面的管理功能加入到SMI-S，另一方面由于其他厂商无法提供类似功能，根本无法加入到SNIA的互通性测试。

那么，一位管理人员需要做什么呢？为了获得对存储的彻底了解与管理，他还是不能够放弃基于标准的管理。比如ADIC，除了声称它的磁带库能够被符合SMI-S的管理控制台管理外，它还提供了API（应用程序接口），其他厂商可以通过这些API实现对ADIC磁带库的管理，目前EMC就使用了这种方式：在同一个EMC的SAN拓扑图中，ADIC磁带库同其他SAN组件一起实时显示，但是具体的管理工作仍然通过API实现。

此外，SMI-S还漏掉了一项非常重要的管理功能，那就是远程的存储管理。显然，用户需要对远程的数据链路实现管理，不管是进行远程容灾，还是一个超大SAN的远程设备。然而，如果用户无法对数据的整个链路进行监控，就无法理解远程通信的每个事件。遗憾的是，SMI-S对此没有任何涉及。如果用户在这方面有管理需求，他们可以寻求像CentrePath公司的Magellan这样的管理软件。