SAN的ASP

对于不同专业的从业人员，ASP有着不同的含义。但是当它和支持Web功能的ERP以及电子商务应用发生联系时，ASP只能是可用性、灵活性和性能 (Availability、Scalability、Performance)的代名词。在这种解释之下的ASP带来了很多技术难题，那就是要求向用户提供跨越网络的可以持续稳定访问的应用系统。

网络上这种开放的服务刺激了用户数量和数据的传输量，同时在应用上也产生了许多不可预知的问题。那些大型的ERP和电子商务系统遍布全球，为了提高性能，对这种应用的访问需要强有力的数据缓存。沿用以前的系统(如大型主机)来装载新的应用是一个极端，而选择基于PC的低端服务器运行应用则是另外一个极端。相比之下，SAN是最佳的选择，它能够减轻所有这些问题。

SAN和集群

SAN可以被用作所有存储资源的高级网络主干，其中包括硬盘、磁带、光纤通道的硬盘和遥控设备，它们在网络上的所有服务器节点之间共享。支持SAN功能的集群使用了集群技术，也就是两台或多台互相之间知道彼此配置和所提供的服务/应用的计算机系统完全协同工作在SAN拓扑环境中。一个真正意义上的SAN网络早已超越了任意连通性、任意服务器到任意存储系统的连通的观念。事实上，通过将所有存储系统从一个高速的网络主干上隔离出来，或是通过在数据、存储管理和使用这些数据的应用之间引入逻辑层/物理层，这种好处是相当巨大的。

为了实现无缝的存储管理，SAN结构本来应该在所有存储资源(如磁盘阵列、备份设备、逻辑卷的管理、文件系统管理和备份管理)以及所有需要这些资源的应用系统基础之上，引进一个软件层。那些运行在CPU数目满足需求的服务器上的应用服务(如应用服务器、数据库管理系统、中间件、HTTP服务器)能够提供负载均衡和故障切换功能，而不需要专门的存储设备。

这些应用服务并不知道数据存储方面的有关信息，比如数据实际上究竟存放在什么地方、数据是否已经了镜像和分布式处理等。所有基于网络的RAID、分布式I/O、数据冗余、配置冗余、硬盘组、逻辑卷、动态的多个路径、分层存储、在线的高速备份等有关的问题都由存储管理系统来处理。一个正确的SAN是一个能够提供高可用性、增强的灵活性和改良的性能的基础构架。

SAN能够提供一个理想的拓扑结构来实现集群系统，因而其中一个系统的故障并不意味着所提供的服务会发生任何中断。参与这一集群的其他一个或多个生还的结点将自动处理由故障结点所提供的应用或服务。支持SAN的集群的一个优点就是在集群环境中发生故障时恢复速度快。由于数据是持续可用的，问题仅仅是由备用或协同工作的应用来访问原先由故障结点来访问的数据。在能够容忍的灾难发生之后，SAN能够通过光纤通道从10公里以外提供数据。