所有市场上流行的HBA，无论是来自Brocade、Emulex还是来自QLogic，都为IT管理员提供了一个基于GUI（图形用户界面）的管理程序：Brocade的Host Connectivity Manager （HCM：主机连接管理器），QLogic的SANsurfer以及Emulex的HBAnywhere。所有这些应用程序都有非常相似的对象管理层级，而这种相近性使得这些应用程序所能够监视和管理的对象也非常相似。IT管理员需要对这些管理对象进行操作，以便维护SAN或执行任务以发现问题，因此，重要的是IT管理员在这些应用程序的使用上的便利性和快捷性。

争论点是这些工具是否可以很好地帮助IT管理员执行如下任务：快速地评估SAN传输问题，准确地判断这些问题与业务程序性能的相关性，解决运行中的各种问题。这也就是为什么SAN管理员通常需要在全局的架构管理背景下考虑HBA的管理问题。这些HBA工具是否能够很好地在统一架构背景下管理好它们的对象，这将直接影响到IT管理员的工作效率。

这些HBA工具对系统以及存储管理员具有重要影响：在运行的第一年，和存储硬件管理有关的运行成本经常高于购置这些硬件的资本成本。虽然许多人认为光纤通道（FC）主机总线适配器是商品硬件，但是HBA工具在设计和运行上的不同将直接影响到IT管理员的工作效率。

为支持业务处理，IT人员必须能够迅速地判断并解决架构事件和问题，而这个过程通常涉及存储设备、主机以及SAN交换机。为了简化SAN连接性，Brocade的数据中心网络架构（DCF）提供了一个端到端的框架，该框架能够在本地实现SAN HBA、交换机和导向器的统合。Brocade的DCF架构的关键组件--数据中心架构管理器（DCFM）--是许多SAN管理员在数据中心架构的评估中（从存储端口到与其连接的HBA到物理或虚拟的服务器）所使用的主要工具。DCFM在管理上的统一视野为管理员提供了很大的便利，使他们可以更好地维护、优化和评估SAN网络架构。

由于虚拟操作环境（VOE）获得了迅速采用，因此统一的管理视野非常重要。软件在I/O描述上的局限性，以及人们通常将关键应用程序放在专门的服务器上，这些因素使得SAN网络架构的局面变成是每个存储设备需要面对多个服务器。从扇出率来看，由于一个存储设备面对很多个服务器，因此存储设备的吞吐量成为关键的瓶颈因素。不过，通过服务器虚拟化所实现的服务器合并极大地改变了SAN的布局结构。

由于一个VOE服务器可以承载8个以上虚拟机（VM），因此一个VOE服务器上的一个HBA不能再只被看作是一个商品硬件。随着越来越多的虚拟服务器共享一个VOE服务器上的FC HBA端口，SAN的扇出已不再只是交换机的问题：它也成为服务器HBA的问题。

通过将DCFM SAN管理工具扩展至HCM（主机连接管理器），Brocade扩大了HBA管理工具的管理范围；Brocade同时还将已经非常完善的网络架构管理范式扩展至主机领域。由此，IT管理员可以在每个VM上应用Brocade独一无二的服务质量（QoS）传输优化工具。通过统一的基于主机或基于网络架构的Adaptive Networking（适应性网络）服务，Brocade的HBA能够支持基于策略的数据管理和应用程序服务。

为了评估服务器HBA的功能性和使用上的便利性，openBench实验室关注SAN网络架构在安装和管理上的便利性。在中小型企业（SME）环境下，新网络架构的初始安装非常重要，因为在IT人数比较少的情况下，引入新的技术有可能给网络运行带来更大的干扰。虽然新架构初始安装的便利性仍然非常重要，不过更重要的一点是这种新架构是否有能力降低IT持续运行成本。

在我们的试验开始之前，我们先安装两台戴尔PowerEdge 1900服务器。每台服务器都配有4GB容量的RAM（随机存取内存）和四核英特尔Xeon E5335处理器。一台服务器运行微软的Windows Server 2003系统，而另一台服务器运行装有Hyper-V的Windows Server 2008系统，因此后一台服务器上的系统可以支持多个Windows Server 2008虚拟机。我们在每台服务器上安装三个单端口的8GB/秒HBA：一个Brocade 815，一个QLogic QLE2560以及一个Emulex LPe12000。然后我们安装基于GUI的管理程序，这种管理程序独立于HBA的吞吐速率。针对三种不同的HBA，管理程序也各不相同：Brocade的Host Connectivity Manager（HCM：主机连接管理器），QLogic的SANsurfer以及Emulex的HBAnywhere。

为了反映最新的SAN网络架构技术，并提供足够的I/O吞吐量来满足8GB/秒架构的需求，openBench实验室部署了一个Texas Memory Systems公司出品的RamSan-400固态磁盘（SSD）阵列，并为该阵列配置了四个4GB/秒光纤通道控制器，每个控制器都能够处理10万次IOPS（每秒输入/输出）。然后我们为每个控制器的一个端口设置了一个目标端LUN（逻辑单元好）。这种布局代表一种会遇到潜在SAN瓶颈的最差情境：从RamSan 固态磁盘所传出的数据量通过4个4GB/秒数据通道汇聚到一个8GB/秒服务器HBA端口。

中小型企业数据站点的IT人数比较少，因此SAN的安装和优化是繁重的工作，而IT管理员执行问题诊断任务和维护任务所需花费的时间长短就成为最重要的问题。SAN网络架构的安装和运行需要多少时间？为了让SAN保持最佳的运行状态，系统/存储管理员需要付出多少努力？资源抽象化程度的提高是否会给管理员带来更多的困惑？这些问题是中小型站点SAN评估所需要考虑的主要因素。