第二页
其他路由方式
SAN路由可以采用其他不同的技术方式。看起来SAN内的路由其实就是分隔，然后再用路由把它们连接起来。这和IP网络中的情况非常类似，除了没有IP世界中那么清晰的机制来处理域之间传输的包：层和路由协议。基于和IP网络同样的原因，SAN也需要分隔，但是SAN还有稳定性问题。
许多人把协议封装和转换也看成路由。基于IP的光纤通道（FCIP），甚至iSCSI（互联网小型计算机系统接口）协议，在某种意义上也是种路由协议。它们能够帮助人们在更大的IP网络上扩展SAN，而增加扩散光纤通道架构。这些技术经常被用于SAN到备份站点的远程复制。你当然不希望将整个光纤通道架构扩展到另一个城市那么远，尤其是当只有一个设备需要连接的时候。iSCSI的目标端一般是放在存储设备上，因此将它叫做路由机制是有些牵强。但是，一些SAN交换机能够作为光纤通道和iSCSI之间的地址转换器，使其路由器功能的角色更加清晰。实际上，这也差不多是IP节点所做的事情--将Layer 3或IP数据并入Layer 2数据，并放在最上面。
SAN虚拟化使得事情更加复杂。建立逻辑单元号池并随后转译到iSCSI的一些程序很类似路由器功能，但是总体上来说虚拟化并不是真正的路由。准确的说，存储虚拟化所做的其实是恰恰暗合了我们最初设计路由器的思路。当一个SAN交换机给出它自己的逻辑单元号之时，它的逻辑单元号实际上是在位于其他地方的存储阵列，交换机创建了一个虚拟化的存储设备。虚拟的逻辑单元号能够帮助在SAN架构内以某种更加具有创造性的方式进行路由，但是虚拟化本身概念并不是路由。
另一方面，如果你坚持简单的路由定义--分隔，然后将各部分连接在一起--那么上面所述的虚拟化也可以看作路由。但是，虚拟化可以有许多其他形式，例如：逻辑单元号池，远程复制，以及快照等。这些其他用途的虚拟化并不会细分网络。
是的，这很让人困惑。虽然实践证明路由是必要的，但是却没有路由。我们真正需要的其实就是通过虚拟化的逻辑单元号进行巧妙分隔和仔细连接。如果你需要真正的路由，例如，当你需要将光纤通道数据包通过英特网传输的时候，我们只要使用IP就可以了。这样就可以，因此为什么不使用现有的路由架构呢。长距离意味着高延迟性，因此光纤通道SAN的高速优势（块层次的访问避免了协议封装）也就没有什么意义了。
总而言之
SAN路由并不存在，但是一些厂商使用了一些灵活的手段来帮助解决光纤通道架构扩展的问题。将逻辑单元号虚拟化以及将交换机当作光纤通道架构之间的桥梁能够很好的进行最小程度的路由，但是需要手动设置。
将协议封装进iSCSI或FCIP实际上就是路由，而且从概念上来说，它和IP路由一样。
网友评论