关于NPIV在SAN中的应用模式.docxVIP

PAGE 1 PAGE 1 关于NPIV在SAN中的应用模式  NPIV的全称为“NPortIDVirtualization”。在SAN当中凡是非SAN交换机的端口，即全部的主机HBA端口，磁盘阵列掌握端口，磁带库光纤接口等统称为“NPort”。全部这些NPort假如想要在Fabric(俗称：SAN网)内进行数据通讯，就必需在联入SAN交换机时通过FabricLogin的动作提交自己的WWWN来获得一个合法的ID，这个动作就像是你去访问一个客户在进入别人公司的时候需要用你自己的身份证/工作证来换取一个内部临时通行证一样。  这个ID是由与该外设相连的SAN交换机来掌握安排的，其形式为“XX:YY:ZZ”的24位16进制地址，其中XX表示DomainID，即是代表哪台交换机;YY表示PortID，即交换机上的端口位置;而ZZ传统上只在早期LOOP类型的Fabric内来标识NPort的地址，在目前主流的全交换型的Fabric内被保留了起来，一般状况下不使用，在博科交换机上ZZ的值一般为00。这就是关于NPI的意义，在下一个帖子内我们来解释“V”的含义以及假如在SAN环境当中应用。  在开始解释V的含义前，先罗嗦两句。NPIV这种技术并不新奇，60年月后期就已经出现在Mainframe的环境当中了，只是现在随着大机的衰败和开放系统的盛行，这种技术才渐渐被移植到了大家所熟知的环境当中。因此从某种意义上来说NPIV现在无论在主机还是在SAN交换机上应用都只能算是对旧技术的改良而让其发挥余热，不能算是严格意义上的新技术。  回到正题，先解释一下V的含义。V既然代表虚拟化，那我们就来分析一下这其中的意义，虚拟化的一般的定义我个人的理解是让大量的私有资源通过少量的公有渠道来进行无障碍的相互通讯。基于这样一个解释，那我们再回过头来看看SAN当中的私有资源、公有渠道分别是什么。在大家一般比较熟识的VMware/HyperV的虚拟主机访问存储的应用模式当中，在主机层面，我们可以把虚机的宿主——物理服务器上的HBA卡看作是少量的公有渠道，而操作系统利用物理HBA的WWWN为每个虚拟主机所生成的虚拟HBA则可以看作是大量的私有资源。  在来看SAN交换机/Fabric的层面，由于一般状况下一个WWWN只能在Fabric内换得一个合法的FCID/NPID，因此一般状况下一个物理的HBA接入Fabric后也就只能获得一个格式为“XX:YY:ZZ”即“XX:YY:00”的ID。但是物理主机所承载的多个虚拟主机在事实上是各自作为独立应用系统而存在的，这样一来就需要这些虚拟主机利用他们那些虚拟出来的WWWN通过物理主机上的HBA联入Fabric的端口——这个公共渠道来获得在Fabric内合法的FCID。乍看起来这个需求好像不可能，但是在我们认真想一下FCID的结构，就会发觉其中还是有方法可以进行迂回的。  前面提到了FCID的结构，在SAN交换机发展早期只有Loop交换模式的时候，其表示FCID的有效格式仅为两个十六进制数字“ZZ”，在这种状况下最多的地址个数为256个，但是考虑到SAN架构的基础服务以及一些保留地址的占用，实际上有效的地址只有126个。随着SAN技术的不断发展，在目前这种全交换型的网络架构中FCID格式已经变为以“DomainID:PortID:Loop地址保留位”三段共计24位的形式来实现了，在一般使用环境中由于通过DomainID+PortID即可将实现对SAN网内任意端口的定位(寻址)，因此最终两位的Loop地址保留位一直是用00来代替的(其他厂商可能用不同的数字来表示)，没有什么实际意义。  但是随着SAN交换机越做越大，端口密度越来越高，这时候就出现了一个新问题：在XX:YY:ZZ的格式当中，大家不难想象一下DomainID最多是256种变化，这个到还没什么问题，现在一个标准SAN网最多也只能运行56个Domain，但再往下到PortID的时候问题就来了，依据现有的格式PortID最多也是只有256种变化，这就不能满意现在某些新型导向器的配置了，比如博科的48xxx导向器，假如都配48口刀片，则一台导向器的端口总数就会达到384，那多出来这128口的地址从那里来呢?各位聪慧的XDJM，相信你们已经隐隐的觉察出要怎么处理这个矛盾了。  利用Loop地址保留位。大家想象一下，假如把Loop位的这256种变化与PortID单纯的256种变化进行组合，那就将产生65536种变化!一个导向器可以供应65536个地址这一事实就让我们大家不得不多动些脑筋来去想想如何在更高的层面上发挥这一巨大的资源，而不仅仅只是把它限定在支持高密度导向器板卡这一个地方。好，现在我们回忆一下