听似怪异哥哥上个博客文章写道动态FCE后退为Cisco存储程序可能我本不该如此冷漠, 但我承认我并没想到我(和5月CiscoLive上的其他演讲者)对技术所了解的问题数。
多题-包括上个博客的评论-表示强烈想了解更多知识,尽量深入下游博客解决其中一些问题, 希望能够解决其中一些问题并澄清某些要点。
并分享脊层逻辑分离 SANA/B,
上个博客Pierre-Louis的一位评论者问问题如下:
sSI流到指定目标时 并不会取出完全相同的spone
万一情况如此,重新启动/失败将产生什么影响(读写)if we consider we has 约百米校正, 是否有服务器完全失去远程磁盘/数据存储器连通性?
如果你不碰巧是一个“存储人/gal”,这种对失去连通性的关注似乎有点不寻常。归根结底,我们在TCP内部重新传输机制,可帮助我们处理网络出错问题但它是一个极公平问题,值得大加考虑。
并深入了解Fibre通道对Cisco开关的操作方式, 特别是遍历交换链路
理解ISL
合并开关创建ISL时,Fibre通道路由机制,称为FABC最短路径优先路由表列织物中两个域间所有可能的路径FSPF选择两个开关间最廉价路径,所有其他可能的路径目前都忽略
使用简单FSPF行为直向前,但有限向此连接添加二链路时,路径共享并按圆形分配等分设备路径后,所有框架都使用该路径,即使可提供另一种等价成本路径。
这是因为FSPF不对跨链路负载平衡-它只分享可能导致一条路径拥挤,另一条等价路径使用不足
切入Pierre-Louis问题核心或更糟的是 sANA分享节点并B-ThissTM可能发生非常坏很明显,我们不希望在任何环境中发生这种情况, 不论它是Fibre通道或Ethernet我们使用
理解交换负载平衡
默认思科切换不对依赖基础FSPF转发取而代之的是,我们使用称为交换式负载平衡法(称为源-目的地-Oiriginator交换法)或SRC/DST/OXID短片原因在于它提供更高精度和平衡 加载并帮助处理Pierre-Louis正在谈论的情况
希望你能接受我解释一下ibre通道免损网络协议每一条BB-Credit常指向 对应框架发送线
许多人不理解(或经常记住)框架不是跨线发送的willyNilly框架以SCSI交换为基础,转而分解顺序供复发使用,序列分解框架供置入线
说到无损存储流和顺序交付,人们往往会认为有某种法术公式使Fibre通道工作现实是ScSI和ScSI都并Fibre通道机制恢复-这些机制并非基于重播单个框架
fibre通道从一个地方发到另一个地方时,你实际上全发交换机并不只是单个框架,所有框架都在同一交换中遵循相同的链路
受传统智慧约束华府市错误恢复机制嵌入Fibre通道,并包含这些序列和交换发生错误时,序列复发(或交换复发,视误差而定)嵌入FC标准万一链路下降 交换程序可重发剩余可用路径
动态FCE和OXID
动态FCE和适当配置FabricPath环境所有ISL成本相等,每次交换均以原生Fibre通道完全相同方式发送-主要差分是我们现在使用FabricPath机制提供多路处理sple表示总ISL运算能力中链路
视之为两开关间多链路ISL完全相同之事华府市完全同一件事:
眼熟?
if so,那是因为唯一差分 在于它架构提供同类型恢复和可靠性链接提供传统Fibre通道
sANA序列跨链路发送 基于同SRC/DST/OXID法Cisco使用全部Fibre通道交通如果链接下降,交换程序根据标准SCSI和Fibre通道协议重新传送
sANB怎么样
再一次,这应该看起来眼熟万一问题出错 链接下降 交换重新传输 可用等价ISL链接
重合两个图像 以观察脊柱切换离线后 两种SAN
通过这一点,你应该看到我 向哪个带这个标准FC规则仍然适用-对两个SAN规则都适用
底线
多脊柱开关(Nexus配置指南中明确说明开关)5500,5600并六千元sANA/B冗余需要数列)后,你无法发送全部Fibre通道流经一条路径你免谈问题会出现,如果我们使用简单SRC/DSTFS路由处理FC交通问题,如上所述
Pierre-Louis上文提到的重新校正时间在典型FSPF校验时不会影响交通模式或完全开关失效时,飞行交换首先触发FC所建正常交换/序列恢复机制 — — 即今日ISLs使用的每一CiscoFibre通道设备(包括FCE设备)完全相同机制
简言之,我们不破解Fibre通道工作方式希望能帮助澄清部分问题 关于技术如何工作
连接CISCO