虚拟云下的HBA管理工具
2009-04-23 17:25:11 来源:WEB开发网由于虚拟操作环境(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。
更多精彩
赞助商链接