关于IPSAN线路冗余的方案

失落的永恒

我想实现以下效果：

我想做一个从服务器网卡到存储设备的网卡之间的线路冗余（包括网卡和线路交换机也冗余）的方案，每台服务器配三个网卡（一个做HA的心跳线，另两个分配同一网络的同一网段的IP地址，如A网卡是x.x.2.1，B网卡是x.x.2.2），把两个网卡的网线分别连到两个交换机上（就当它是个普通的二层千兆交换机），存储设备是一个普通的ISCSI设备有四个网络接口，两个交换机上分别连到存储设备的A接口和B接口，这个存储设备支持线路捆绑，可以把A和B网卡捆绑形成一个IP。
不知道这样的方案能不能达到我所需求的效果？
服务器那边是否也要对两个网卡进行捆绑？
交换机是否要求要三层交换机？
望高人指点，谢谢！！

[ 本帖最后由 失落的永恒 于 2009-10-13 12:25 编辑 ]

deadwind

1. 你的iscsi存储是否支持对端口进行聚合呢？
2. 一个100Mb，一个1000Mb的交换机，上联到存储两个网口上就是100Mb和1000Mb，好像这样不能做聚合，如果把1000Mb降成100Mb，可能就失去意义了

期待高手解答

失落的永恒

原帖由 deadwind 于 2009-10-12 20:12 发表
1. 你的iscsi存储是否支持对端口进行聚合呢？
2. 一个100Mb，一个1000Mb的交换机，上联到存储两个网口上就是100Mb和1000Mb，好像这样不能做聚合，如果把1000Mb降成100Mb，可能就失去意义了

期待高手解答

首先谢谢您的回答，
1，我的ISCSI设备是支持链路捆绑的
2，两个都是1000M的交换机，是我图画错了，现已更正

[ 本帖最后由 失落的永恒 于 2009-10-13 09:11 编辑 ]

jansonyuan

我看了图觉得有有个问题
光纤是如何连接到IP交换机上使用的呢

我是外行  如果这个问题提的太白痴请见谅

whoiswhoz

交换机也可以带 光纤模块的

whoiswhoz

IPSAN 应该是利用以太网走数据的 LZ的图干嘛要划光纤线路
还要你的IPSAN设备的IP准备设为多少 子网掩码设为多少

[ 本帖最后由 whoiswhoz 于 2009-10-13 10:25 编辑 ]

冬瓜头

呼呼，果然又一个引起混乱了。以太网当然可以用光纤。如果要表达FC协议的光纤链路，请用“FC链路”，这个就不必再说了，很早就建议业内人士不要再用光纤来指代FC了，就用FC，否则将要误导多少人？不计其数。

再讨论一下楼主这个拓扑。

1.存储端支持链路聚合，是什么协议？etherchannel还是基于lacp的etherchannel。但是又是用两条线分别连接两个交换机，这样的话，线路上没有什么特殊聚合协议，交换机端就不会管什么channel了，不是端到端的聚合，而只是存储端一端自己的聚合，而且尚不知道存储端是否支持这种一头自己聚合。

2.存储端是否支持iscsi的multi connection per session，即mcs功能，如果支持，就比较理想，相当于可以负载均衡的多路径软件。如果不支持，就只能用iscsi initiator自带的mpio功能屏蔽一条链路，平时流量为0，不能负载均衡只能冗余。

3.存储端是否具有一种叫做ip fast path或者类似功能，即外出流量bypass路由表而根据进入的ip packet所流经端口而直接转发出去，类似记录session。如果不支持，就不太好办了，必须将两台交换机级联起来形成一个广播域。


用不着三层交换机。

如果存储端支持自己本身的聚合，则交换机最好连起来，因为你弄不清他如何选择外出转发链路的，除非你有把握。

失落的永恒

原帖由 冬瓜头 于 2009-10-13 12:15 发表
呼呼，果然又一个引起混乱了。以太网当然可以用光纤。如果要表达FC协议的光纤链路，请用“FC链路”，这个就不必再说了，很早就建议业内人士不要再用光纤来指代FC了，就用FC，否则将要误导多少人？不计其数。

...

真的很抱歉，这张图我是从一个光纤存储的方案拓扑中改来的，而在线路备注忘记改回来了，这个是一个纯IPSAN的结构，现已把图更正了，以第三张图为准。
1，存储设备支持以太网的链路聚合，从存储端用两条线分别连接两个交换机，是考虑到交换机的冗余，如果把捆绑后的两天线路都接到同一个交换上的话，那么这交换机坏了，线路自然断了，我也不自道设备是否支持存储单端的链路聚合,所以不知道此方法是否可行？
2，存储设备应该是不支持mcs功能的，您说的在iscsi initiator使用mpio功能，此功能在microsoft ISCSI initiator有吗？？在哪位地方？
3，存储端应该是不支持Bypass路由表的，我的这个排拓扑中，服务器的两个网卡IP、存储设备的网卡IP都是同一网段的，这种情况下好像并不需要用到三层的路由表吧？

失落的永恒

另外，至于您说的：
“如果存储端支持自己本身的聚合，则交换机最好连起来，因为你弄不清他如何选择外出转发链路的，除非你有把握。”

你所指的交换机连起来是指交换级连吗？还是交换机之间互连，若这样的话就形成二层环路了。
假如服务器的两网卡IP是同一段IP的话，就是不知道会用哪个IP跟存储通信？至于回流的数据（即从存储到服务器方向的数据流）的路径应该是可以确定的，从哪条路过来就从哪条路回去。假如服务器服务器的网卡A的IP是1.1.1.4,B网卡是1.1.1.3，服务器A网卡1.1.1.4首先与存储通信，一但A网卡这条链路断了，那么服务器会不会自动使用B网卡1.1.1.3去跟存储设备通信？如果存储设备需要验证的话，在链路切换的情况下会不会重新验证？

冬瓜头

我直接建议不要聚合了，单列。至于mpio，ms的init安装时候有选项的，装好之后也可以配置，上贴说错了，iscsi中的mpio支持roundrobin等均衡模式。存储设备内有路由表，就是因为同一网段才有这个问题，会有一个默认的出口，这样容易导致所有外出流量都流经这个出口，所以保险起见你还是得级联一下交换机。