如何将iSCSI存储系统结合到以太网环境中

存储系统对于中小型企业来说有很多好处。以下是把iSCSI存储系统结合到以太网环境中之前需要了解的。

iSCSI存储区域网络(SAN)无论是对于大公司还是小公司都能提供众多的好处。由于他们基于标准的SCSI协议和TCP/IP协议，iSCSI存储系统相对来说不是很昂贵。他们比光纤SAN的部署需要少得多的硬件(一般来说不需要特别的适配器)。iSCSI硬件便宜很多，并且更加易于实施，操作和管理。另外，相对于光纤通道技术，更多IT员工更熟悉与之依赖的以太网技术。以上种种，iSCSI的总体拥有成本要大大低于光纤通道。

但是iSCSI SAN和存储系统的快速增长给以太网管理员带来了巨大的压力，他们中很多人并没有或者只有很少的关于SAN存储的知识和经验。很多以太网管理员把iSCSI SAN和标准的TCP/IP局域网同样对待。第一眼看去，这是有道理的，因为iSCSI无非是把SCSI指令封装到TCP/IP中。因此，iSCSI表现得像任何一个TCP/IP包，不是么？简短的回答是不。把iSCSI存储系统看作标准局域网来对待是一场灾难。

虽然把在你已有的LAN架构中跑iSCSI SAN作为一个卖点没错，但是在实际应用中这不适用。iSCSI存储系统的封装包和TCP/IP并不相同。它并不喜欢延迟并且不能忍受任何包丢失。iSCSI协议对于拥塞，过量和包丢失是非常敏感的。

拿一个从服务器到存储的超负荷iSCSI线路为例。TCP/IP协议正常情况下会丢弃一些包，并且要求他们重新传送。这增加了延迟，而延迟导致了更长的响应时间。另外，如果传输iSCSI存储流量的网络线路过于拥堵，丢弃的包必须重传，而这时性能会下降。这还不是最糟的部分。iSCSI中最关键的SCSI协议，出了名的没有耐心，相对来说很快就会超时。当这一情况发生时，网络管理员的电话将会充满用户的投诉。因为此时使用该存储的应用程序会崩溃，所有的用户会被中断服务。为了解决这一问题，服务器和程序需要重启。

iSCSI SAN网络设计考虑

网络设计决定了你的iSCSI SAN工作正常还是持续导致你头疼。网络设计从以太网适配器和交换机开始。

请忘记采用10/100 MB的以太网，因为在今天的大多数生产环境中它缺乏有效的吞吐量。这意味着网络设计中至少采用千兆以太网，万兆以太网更好，特别是在有虚拟服务器的环境中。

下一步，除非是为了远程复制，不要在广域网中使用iSCSI技术。任何形式的距离都会增加传送时间和TCP延迟。在城市之间的任何距离都会使得性能出现问题。而且还存在SCSI的超时和安全问题。所以在多数的情况下，要把iSCSI SAN作为短距离的技术。

针对iSCSI SAN系统网络设计的一个最佳实践就是把iSCSI流量和一般目的的TCP/IP流量分离开。最主要的理由就是使得TCP/IP的流量不会影响iSCSI的性能，反之亦然。网络流量比使用TCP/Ipgengjia 紧张苛刻。使用同一个LAN的话，意味着一个或者两者都会受到负面影响。分离两者的流量意味着能对双方都给予优化而不牺牲另一方。使用2层VLAN是可行的，而且对于实施分离流量非常有效。最好的还是使用一个单独的VLAN跑iSCSI流量，而不与别的网络流量混合在一起。

超额申请和iSCSI存储系统

最终，请慎重对待超额申请(oversubscription)和iSCSI存储系统。超额申请一般来说是一件好事，因为这意味着对于资源和架构更高的利用。但是太多好的事就不妙了。如果所有用户同时申请，超额申请允许超过需求的资源被分配。所有网络和SAN都被设计为存在一定量的超额申请。关键是不要过度。对于大多数网络管理员，他们很少知道标准TCP/IP网络中小量数据的使用率要大于iSCSI。换句话说，他们在iSCSI SAN环境中不能工作。所以说如果以太网管理员基于以往的TCP/IP使用经验对iSCSI SAN超量申请，延迟是必然的，而且更可能导致服务中断。一般来说，最好不要超量申请或者在单独的LAN或2层VLAN上超量申请。

总的来说，不要认为标准的以太网最佳实践会在iSCSI存储系统中也运行良好。在iSCSI SAN实施之前了解它的需求，这可以让大家都更高兴。