A Storage Area Network Primer
When I first heard the acronym SAN 几年前，我开始问一些关于这项技术的问题. The conversation started to go over my head very quickly, so I switched to questions about price and market share. Then, 当我从一个供应商那里发现一个“低成本”的存储区域网络起价约为55美元时,000, 我把SAN作为一个听起来很棒的想法归档，但对于小型数字媒体企业来说可能并不实用.
在过去的18个月里，san的价格和复杂性发生了重大变化, however, with the widespread adoption of 1GB Ethernet, serial ATA drives that rival SCSI performance, 以及免去管理SAN的痛苦的软件.
SAN vs NAS
Before we jump into a generic SAN setup, though, 让我们看看另一种形式的网络存储——网络附加存储(NAS). 典型的NAS设计为允许多个用户访问同一卷或驱动器上的内容, 这意味着大多数NAS解决方案被用作中央文件存储库，而不需要外部计算机主机或服务器. NAS产品通常不够健壮，无法处理大量的读写操作, as file system overhead tends to cripple throughput. A few NAS products, 例如用于数字媒体后期制作的EditShare产品, 是否经过优化以处理大数据文件和在单个卷上同时读/写.
SANs, by comparison, are heavily optimized for numerous requests for data, 但通常一次只允许一个用户向驱动器写入内容，而所有其他用户只能从该驱动器读取内容. In this way, SANs are ideal for streaming media solutions, 因为大多数卷都有一个编码设备将内容写入驱动器，而多个流媒体服务器将从卷中读取内容并将其提供给观看者.
SANs of Change
In the early days, 唯一能够处理san产生的数据吞吐量的接口是光纤通道(FC)。. 早在千兆以太网出现在主流计算机之前，FC就能实现2Gbps的双向吞吐量.
如今，千兆以太网SAN解决方案更加流行，这在一定程度上要归功于iSCSI标准. iSCSI, or internet SCSI, is a transport layer in the SCSI-3 spec framework, allowing use of the SCSI protocol over TCP/IP networks. 由于TCP/IP网络在与以太网共存方面存在一些困难, an alternative called ATA over Ethernet has also emerged, 它不需要访问以太网(i.e., IP, UDP, TCP). The limitation of ATA over Ethernet networks is that they are not routable over LANs; iSCSI systems are.
Another, less frequently used SAN interface is FireWire, 它的优点是不需要主机，但缺乏1Gb以太网或2GB光纤通道的吞吐量. Within a few months, too, 预计10Gb以太网san将成为小型数字媒体企业的主流可行解决方案.
A SAN part list
At its essence, a SAN consists of four pieces:
--Storage devices, 哪一个是单一驱动器与光纤或铜连接器或多个驱动器安置在一个单一的底盘，有光纤或铜连接器. With storage sizes up to 2 petabytes (2000 terabytes), 您的集中式数据存储需求应该至少再满足一两年.
--Metadata controller它是一台充当主机或看门人的计算机，管理对共享存储的访问.
--Switch, either copper or fiber, 它将存储流量路由到/从适当的存储设备, 一旦元数据控制器允许网络上的计算机访问卷.
--Host bus adapter (HBA), 每台计算机或节点中的一种卡，允许内容在计算机和存储设备之间来回移动.
一些san添加到这个列表中，如下面的部分所述. 其他SAN供应商开始将元数据控制器嵌入到存储设备机箱中, as a blade alongside redundant power supplies, NIC cards, etc. 虽然这并不一定会降低整个系统的成本, 它确实减少了对物理空间的需求.
Maintaining Redundancy
设置san有两个主要原因:维护对关键任务数据的访问，这是保持公司正常运营所必需的，并且在不牺牲速度的情况下这样做.
To meet the former need, san可以通过多种方式提供冗余来维护对关键任务数据的访问. 这些冗余通常用于故障转移模型:如果一个设备发生故障, the initial request rolls over to a secondary device.
Redundancy starts at each node; most HBAs have dual connectors, so that if one cable is loose or stops working, the second cable provides an alternate path to the SAN. Many SANs also use two fiber or copper switches, 这样，HBA卡的两根电缆中的每一根都插入到一个独立的交换机上, providing multiple pathways to the storage devices.
Some SANs also provide metadata controller failover, 其中一台辅助计算机专门用于管理对共享存储器的访问. As SANs become more sophisticated, though, 供应商试图吸引那些负担不起额外硬件的客户, 另一个模型出现在元数据控制器故障转移中. 该模型使用任何节点作为备用元数据控制器, 这意味着只要有一个节点处于活动状态，就仍然可以访问数据.
Final Thoughts
Setting up a SAN is a significant undertaking, 对于不同级别的冗余和性能存在许多选项. 与所有复杂的网络基础设施一样，聘请专业人员帮助设计SAN是一个好主意. Product manufacturers such as Dell/EMC, Apple, 和QLogic也在响应客户对“构建自己的SAN”包的要求，这些包允许普通IT团队构建和优化存储区域网络.
克服SAN选项和系统设计的复杂性是值得的, though, as SAN是当前对关键任务数据进行冗余访问的最佳模型.