小弟没接触过这类型的产品 但业务接到一个案子
目前的架构如下
│ │ │ │(RJ45)
│ │ │ │
┌───┐┌───┐┌───┐┌───┐
│ host ││ host ││ host ││ host │
└───┘└───┘└───┘└───┘
│ │ │ │(光纤)
│ │ │ │
┌──────────────────┐
│ storage │
└──────────────────┘
也就是很简单的 VM 主机直接接storage
现在想改成
│ │ │ │(RJ45)
│ │ │ │
┌───┐┌───┐┌───┐┌───┐
│host A││host B││host C││host D│
└───┘└───┘└───┘└───┘
｜ ｜ ╲／ ｜ ｜(A有连乙，D有连甲)
｜ ｜ ／＼ ｜ ｜(光纤)
┌────────┐┌────────┐
│ switch 甲 ││ switch 乙 │
└────────┘└────────┘
｜ ╲／ ｜
｜ ／╲ ∣
┌──────────────────┐
│ storage │
└──────────────────┘
这次的案子是在hostA、B、C、D各加上一张光纤网卡
以防止任一条网络出问题 能够有备援机制
可是这样会不会有其他问题产生?
以及在HOST或是VM上面需要更改什么设定?

.....你要做生意的CASE拿来这边问规划？

实在很瞎……

很用心的画 Ptt 的图 ^^ 没有viso 我还真画不出来加油啊 有这个架构的客户 应该都是有钱的客户~~

这样storage挂点还是一样没救啊.不来两座做抄写吗

是FC SAN吗？就是再加买两台fc san switch

前端机器还是要考虑啊，只是后端除了Storage死掉外都不怕

实体机如果只有一台建议配2张hba card,不管是one portor two port hba卡，san switch速度至少大于等于hba卡速度，目前大部分都是用8g，16g已慢慢变多当中。另外只要是san storage基本上都会走multipath,一个lun几个path就看你的san switch跟host hba & storage controller怎么接，还有zoning怎么zone，不过一般中低阶的storage都只有a-s mode,高阶才会走a-a mode，只是小弟不懂vm,所以说这么多似乎没帮到忙，最后各家storage，大部分高阶才会一定要装自家的multipath driver,不然一般中低阶default multipath driver都可以用，只是甩path时间可能长了一些。

你的图是标准架构没错FC SAN Config Guide ESX4.1 https://goo.gl/Gf4uyP第23页，跟你的图一样，虽是旧资料，但原理没变

VM的好处就是网卡设定方便基本上设定要不要变取决网络的设定者相信Host本身会有HA机制，VM disk放在storage所以更动实体机到storage的主要用意是？

这是Host-Storage Access跟VM的网络有什么关系？不要搞混了！

确实

推楼楼上，一开始我也搞混XD

从Storage端问原厂看看吧 跟multipath有关的

你不觉得中间多了个xx会出问题或是设定上需要异动吗

vm应该没啥要改的..主要就是host介接san这部份wwn和mpio要设定..

没有人认为这样子在效能跟风险上提高很多吗@@

原po是想做线路备援，这样设计是没啥问题。重点host端跟switch端上的设定也要弄好才能发挥备援功能。