可用性(Availability)
可用性是持续正常运行时间的一个衡量指标。当然，目标是100%的正常运行时间，这表明ERP和电子商务应用服务没有停工时间。通过对基础构造的所有构件部分都建立冗余(即使这一冗余是明显多余的，这是完全有可能达到的。
为所有冗余部件建立冗余备份的观念能够应用到SAN中的所有硬件和软件中，如处理器、应用服务器、中间件、DBMS等。如今，为了实现高可用性和容错，在ERP和电子商务应用环境中集群扮演了统治地位的角色。基于共享(如Oracle公司的产品)或非共享(如Sybase公司的产品)结构将两台或多台服务器组成集群协同工作，是目前常用的方式。
在这两种结构中，在系统和它们的存储单元之间都有着必须的大量冗余的互连，这一问题直到SAN出现才解决。随着SAN和基于SAN的集群的推出，由于在存储系统和服务器之间引入了一个逻辑/物理层，因而消除了这种连接要求。SAN中的每一台参与集群工作的服务器都能够访问SAN中的存储空间中的每一个字节，因而消除了系统和它们的存储系统之间的所有的互连需求。
可伸缩性(Scalability)
如今，在SAN中的集群配置已经达到了32个结点，这一数字近来还有可能上升到128(例如，来自Veritas Software公司的Veritas Cluster Server软件)。SAN这种结构体系使得在一个集群配置中包含大量的结点成为可能。随着基于SAN的集群系统所提供的有效的负载平衡，真正的伸缩性和资源的有效利用也完全引入了ERP和电子商务系统。
作为一种体系结构，SAN能够为资源的有效利用铺平道路。假如一个服务器需要使用硬盘资源，另外的存储资源就会被从网络中拖拉出来，而无须增加额外的存储子系统。假如一台特定的服务器正严重缺乏处理器或内存资源，应用这些资源的服务将会转移到另一个未充分利用的系统上运行。
网络延迟的可以承受的水平仅仅由SAN中的存储资源或硬盘容量这些限制因素决定。由于存储容量的需求和数据库及应用密切相关，因而在网络延迟可以接受的前提下，尽量往SAN中添加资源就可以解决这一问题。从理论上说，运行在SAN中的系统和应用的可伸缩性是无限的。
网络中的全部资源能够被ERP和电子商务(要求具有内置的智能功能)的所有构件所使用，以有效地使用可用资源。因而从长远眼光来看，这种网络就好象是一台计算机，而它的和处理器、内存相关的资源分布在多个分担结点上。SAN中的存储和访问是集中处理的，为高级的应用机构、应用分割、故障恢复和负载均衡等提供余地。
所有这些发展表明可伸缩性主要受到SAN中的资源的可用性的影响。假如一个特定处理中的内存消耗使得可伸缩性受到影响，这一处理就可以分布到基于SAN的集群系统中的两个或多个结点中并行处理。假如物理硬盘的I/O正在影响系统的可伸缩性，那么SAN中的基于网络的RAID则可以使得这一状况得到改善。假如所有的结点的使用率都已经达到了100%，则应该考虑在集群的SAN中增加结点，进而也应该对应用的配置也应该作出相应的调整。
关注我们
