3. 服务器端S A N
另一个有趣的S A N结构为：由主机系统提供一个或多个S A N功能的服务器S A N。这与在主机系统中提供卷管理和R A I D功能的原理相同。实际上，这可能成为在一个集中位置为其他服务器提供这些存储管理功能的可行方法。第2章中介绍的S A N域名控制器就是这种产品的一个实例。
一个可扩展服务器端S A N通过一个内部快速I / O总线连接多个主机I / O控制器。和子系统端S A N 类似，服务器端S A N在服务器和存储器之间没有SAN I/O路径设备，而主要依靠点对点的连接。
将另一个子系统添加到一个可用的主机I / O控制器端口可以获得服务器端的可扩展性。其性能不仅取决于主机I / O总线的速度，还取决于I / O控制处理器的快速通信和用最小时延交换数据的能力。和交换机和集线器相比，一个服务器会在I / O路径中引入更多的延迟。
使用服务器端S A N的一个好处在于可以使用通用的系统，并在此基础上增加S A N的功能。换而言之，它使得用流行的组件建造S A N成为可能，从而能减少开支并增加可能的解决方案数量。对于为什么开放系统计算能力尚无法应付运行于专用S A N操作的系统上的存储管理应用程序，这一点还尚未可知。
和本章中讨论的其他S A N拓扑结构不同，服务器端S A N在1 9 9 9年还没有被实现。以后，随着C P U处理速度的提高，以及系统存储总线结构的发展，如新的系统I / O路径的出现（见第1 5章），该类型S A N的实现将成为可能。服务器端S A N的性能和可扩展性也许并不适用于高性能应用，但对于其他应用而言，它仍然是很不错的。
服务器端S A N另外一个有趣的特性在于，它能方便地通过一个S A N服务器实现数据共享、提供锁管理器、提供缓冲管理和其他访问控制服务。
图9 - 2 4显示了一个由两个应用服务器构成的服务器端S A N。这两个应用服务器通过一个S A N域名服务器访问它们的存储子系统。该S A N域名服务器为应用服务器提供了卷管理和设备虚拟功能。
