Chinaunix

标题: HDS存储问题之（二） [打印本页]

作者: wrx0815 时间: 2011-03-26 18:54
标题: HDS存储问题之（二）
本帖最后由 wrx0815 于 2011-03-26 19:48 编辑

各位朋友，有一个问题需要请教：
以下两图的区别我想大家都能看出来，其中，HDS与 FC/IP交换机之间采用直连的方式，是HDS厂家的工程师建议的。
我的设计是 FC/IP交换机与SAN交换机连接，请问HDS厂家为什么要求USP与FC/IP交换机直连呢？？？
厂家在讲解的时候提到了一个 domain ID 请问这个domain ID 是干什么的？？？？

快照4.jpg (57.27 KB, 下载次数: 67)

快照6.jpg (61.53 KB, 下载次数: 62)

作者: milujite 时间: 2011-03-26 20:52
不确定这是不是容灾的拓扑图，如果是，当然是第一种架构图好。
1、因为FCIP上只需要LSAN就足够了，如果你把FCIP和其他SAN交换机级联，会同步CFG到FCIP设备，只会增加些莫名其妙的问题。
2、如果FCIP和其他SAN交换机级联，数据流就会从USPV到其他SAN交换机再到FCIP设备，只会增加SAN交换机的负担，所以FCIP设备根本不需要去连接到你的其他SAN交换机。

domain ID是用来标识交换机的，如在做PORTZONE时，可以用domain id/端口来唯一标识FABRIC里的一个交换机口，在级联时，需要保证同个FABRIC里没有DOMAIN ID冲突，所以最好规划手动指定DOMAIN ID。

作者: wrx0815 时间: 2011-03-26 21:30
回复 2# milujite

谢谢您的解答。这个的确是一个异地容灾的拓扑图。HDS厂家所说的意思貌似跟您表达的一样的，他们也说会出一些问题。
我对您说的第一点还不是太明白，可以具体说明一下吗？？？

作者: milujite 时间: 2011-03-26 22:11
UR复制时需要两台存储能够互相访问，所以需要在两地的FCIP上建立LSANZONE。仅仅是LSANZONE，不需要其他SAN交换机上的其他任何zone，所以不需要和其他交换机去级联。

作者: wrx0815 时间: 2011-03-26 22:27
回复 4# milujite

“会同步CFG到FCIP设备”，这里的 CPG 指的是什么？？？那么这个CFG为什么会同步到FC/IP上呢？？？是自动的？？？

作者: michael1983 时间: 2011-03-26 22:32
FC/IP交换机是什么东东？

作者: wrx0815 时间: 2011-03-26 22:56
回复 6# michael1983

是FC转IP的东东，FC是SAN网络中的光纤通道协议，把它转换成IP协议之后可以通过IP 进行异地之间的传输

作者: milujite 时间: 2011-03-26 23:33

回复 milujite

“会同步CFG到FCIP设备”，这里的 CPG 指的是什么？？？那么这个CFG为什么会同步 ...
wrx0815 发表于 2011-03-26 22:27

cfg里包含了你SAN交换机的zone配置，而fcip不需要这些zone。级联后，zone会同步

作者: saintdragon 时间: 2011-03-26 23:38
想问为啥楼主想让FCIP的光纤路由设备去连接到你的FC SW上，而不是和存储直连呢？

作者: deadwind 时间: 2011-03-27 00:44
milujite 解释的很清楚了

USPV的数据直接走FC/IP到容灾端了，何必还要绕FC SW呢

作者: spook 时间: 2011-03-27 07:03
SAN交换机和以太网交换机配置不一样，两台级联的话，其中一台为主，另外一台为从，只有主交换机能够配置，从交换机将从主交换机上下载配置，如果你要级联的话，增加了配置的复杂度，而且又没有太大意义，而且如果主交换机故障，可能会发生一些异常错误。另外，一般来说，级联3台交换机是需要额外购买许可的，所以一般不是按照你第二个图来连接。

这个不是hds的问题，是所有存储厂商的问题

作者: wrx0815 时间: 2011-03-27 08:39
开始我的设计没有考虑到milujite所说的第一点。当时的想法是，如果FC/IP连入SAN网络，这样以后再加存储，或者别的品牌的存储，会方便些，这样在机房的布线也好布。
这里多谢milujite 的讲解，已经非常清晰了。谢谢

作者: michael1983 时间: 2011-03-27 13:03
这样的话，FCIP交换机要浪费不少端口吧

作者: michael1983 时间: 2011-03-27 13:07
这样的话，FCIP交换机要浪费不少端口吧

作者: milujite 时间: 2011-03-27 13:32

开始我的设计没有考虑到milujite所说的第一点。当时的想法是，如果FC/IP连入SAN网络，这样以后再加存储，或 ...
wrx0815 发表于 2011-03-27 08:39

如果以后要加入其他存储，需要容灾，你可以使用USPV去虚拟化那些存储。

作者: birdxp 时间: 2011-03-27 14:49
搭车问一下，两台Brocade SAN交换机级联，怎么判断其中一台为主，另外一台为从？是domain id的大小来判断的吗？

作者: michael1983 时间: 2011-03-27 15:28

搭车问一下，两台Brocade SAN交换机级联，怎么判断其中一台为主，另外一台为从？是domain id的大小来判断的 ...
birdxp 发表于 2011-03-27 14:49

是的，domain小的那台为主

作者: milujite 时间: 2011-03-27 20:09

是的，domain小的那台为主
michael1983 发表于 2011-03-27 15:28

奇怪的是我两个FABRIC，DOMAIN ID里都有1-9，其中一个fabric主是2，另一个是1，手动修改了1的优先级，才变为都是1为主。翻BROCADE文档，也没看到说DOMAIN ID小的为主啊

作者: michael1983 时间: 2011-03-27 21:00

奇怪的是我两个FABRIC，DOMAIN ID里都有1-9，其中一个fabric主是2，另一个是1，手动修改了1的优先 ...
milujite 发表于 2011-03-27 20:09

手动修改了1的优先级？啥意思？

作者: milujite 时间: 2011-03-27 22:09

手动修改了1的优先级？啥意思？
michael1983 发表于 2011-03-27 21:00

就是另一个FABRIC里有个DOMAIN ID为1的，很确定他是最小的DOMAIN ID，但是没被选为principal，最后修改了DOMAIN ID为1的这台交换机的优先级，重新选举，才变为principal。所以DOMAIN ID应该不能决定一台交换机是否是PRINCIPAL。SWWN和优先级参数才是决定是否交换机是否是principal吧。

作者: birdxp 时间: 2011-03-28 18:06
本帖最后由 birdxp 于 2011-03-28 18:10 编辑

就是另一个FABRIC里有个DOMAIN ID为1的，很确定他是最小的DOMAIN ID，但是没被选为principal，最 ...
milujite 发表于 2011-03-27 22:09

兄弟能说说，如何修改优先级参数吗？我都是让他们自适应的。

作者: michael1983 时间: 2011-03-28 19:30

就是另一个FABRIC里有个DOMAIN ID为1的，很确定他是最小的DOMAIN ID，但是没被选为principal，最 ...
milujite 发表于 2011-03-27 22:09

这个还真没改过

作者: milujite 时间: 2011-03-28 21:46

兄弟能说说，如何修改优先级参数吗？我都是让他们自适应的。
birdxp 发表于 2011-03-28 18:06

http://bbs.chinaunix.net/thread-1849797-1-1.html

作者: spook 时间: 2011-03-29 09:10
回复 17# michael1983

不是的啊……

作者: michael1983 时间: 2011-03-30 19:13

回复 michael1983

不是的啊……
spook 发表于 2011-03-29 09:10

不会吧
厂商就是这么告诉我的啊。。。

作者: spook 时间: 2011-03-31 07:47
本帖最后由 spook 于 2011-03-31 07:52 编辑

楼上你自己看过的啊……

将交换机设置成为从属模式【fabricPrincipal 0】

注意上图中【switch Priority】选项应该为【default】或者【Principal】，此选项标志为此交换机为Fabric中的主交换机，设置为从属的交换机将从主交换机上获取Zone配置信息

作者: cnccie 时间: 2011-03-31 10:36
fc/ip交换机，以前MCDATA管它叫SAN ROUTER，是专门连接异地的2个SAN 孤岛的。
如果是仅仅两台USP V做异地容灾，当然是做第一种方式好了。
采用第二种方式，两边都会看到对方的的SAN(还有里面的ZONE）将你的架构搞复杂了。
并且，两台USP V互相访问的时候，走的路径太复杂，会经过本地的SAN，再到SAN ROUTER，然后才到对方的本地的SAN，再到USP V，配置复杂，也容易出问题。

另外，想讨论/问一下，你们的数据更改量怎么样，租用了多大的带宽？因为我也在考虑上容灾系统，带宽一直在考虑。异地的带宽实在太花钱了。

作者: xpsupport 时间: 2011-04-08 17:24
1和2两种方案，个人觉得各有优劣。
方案1，架构简单，链路cost较少，如果用户SAN核心配置不高，同时需要容灾的存储不多，可以选择。
方案2，架构相对复杂，如果用户核心使用48000或DCX级别交换机，通过Router Blade和core-edge配置实现，如果需要容灾的存储较多，还是比较推荐的。

作者: uu563112676 时间: 2011-05-05 16:46
回复 2# milujite

能说下具体当FCIP交换机接入到SAN网路中，FCIP交换机将同步SAN交换机cfg，若这样做对日后的运维会造成哪些影响？具体现象是哪些？谢谢

作者: xiaomao2006 时间: 2011-05-05 17:30
dingd

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)