有关SAN应用的喜悦与担忧
上面我们从SAN存储架构的角度探讨了SAN的优点和困扰，下面我们从硬件到软件层的角度进一步探讨。
现在的IO系统一般是划分为这样的层次，应用程序层，文件系统层，操作系统层，虚拟主机层和网络通信层，而这些软件层，都是建立在存储硬件层之上，而硬件层一般分为存储HBA层，逻辑LUN，硬盘。在这些层中，每一层都有独立的其它层不可干预的管理机制，比如说缓冲，不同层的缓冲有不同的划分方式，缓存片，缓存块，缓存叶，数据要从应用程序最终写入到硬盘，要经过的每一层都要做很多的转换工作，这是的存储系统的优化工作非常难做，因为要同时考虑多层的不同机制，在应用中，我们不得不配置大量不同的LUN来适应不同的应用，这是的数据孤岛问题更加严重，使得SAN的存储整合的目的大打折扣。导致的另外一个问题就是，如果需要对存储资源进行调整，往往需要停机来实施。
在当前的存储应用中需要面对的一个新问题就是如何应对前端的主机虚拟化要求。主机虚拟化之后，虚拟主机会根据用户需求和资源环境在资源池里处理在线的动态资源飘移，而在SAN 1.0技术中，后端的硬盘和IO路径配置却是静态绑定体系结构的，所以这种前柔后实的框架结构限制了虚拟化的动态特性，最后将导致IO失去平衡，延伸出性能瓶颈问题。
在我们探讨SAN 1.0存在的这些困扰我们使用的地方时，您可能会认为，会不会是光纤通道协议本身导致了这些问题，如果我使用iSCSI协议是否就可以避免这些问题，答案显然是否定的，因为底层的固态结构决定了无论上层讲什么样的语言都会存在相同的困扰。所以说，导致问题的根源不在于协议，而是由于SAN 1.0技术的先天不足。
SAN既给我们带来巨大的技术优势，同时也带来了很大的困境，一方面它具备强大的数部保护能力，但如果实施这些数据保护技术将会导致性能的牺牲；一方面具备很快地恢复能力，但又不得不停下应用才能够实施；一方面提供了很多高级的应用技术，但又需要有高水平的管理员；一方面提供了高容量存储，但由于主机和硬盘邦定，所以为满足未来的需求，只能在规划阶段尽可能扩大需求，避免未来扩容的不便。一句话，用户要求无法得到平衡, 被迫二选一！伤害的总是企业的敏捷性和业务持续能力 。
这个时候，我们可能会感到一丝的担忧，难道通向信息化的道路上的这个堡垒会一直阻碍我们前进吗？确实，SAN领域已经很多年没有出现让我们兴奋的技术了。
