探究光纤通道ISL

用户对SAN交换机间链路(ISL) 协议的正确理解有助于避免由于不合理配置造成的性能影响。ISL在SAN拓扑中有几种表现形式,正确部署对于用户的SAN应用极其重要。

首先,我们要了解SAN中物理数据链路和这些链路上数据流向之间的区别,这是非常重要的。光纤协议是一个全双工协议,我们可以理解为一发一收,也可以理解为在发送链路上写数据,在接收链路上读数据。然而,对于ISL来说,其中一个交换机的接收链路是另外一个交换机的发送链路,无论是接收还是发送,我们都可以看作是交换机之间两个物理链路中同样的数据流。比如,一条物理链路允许数据从交换机X到交换机Y,另一条物理链路允许数据从交换机Y到交换机X,所以不管是收或是发,我们可以认为是一条物理链路A和一条物理链路B。

服务器可以从存储设备中读取数据或将数据写入存储设备。读数据和写数据都是数据流,我们通常认为读数据流占用一条物理链路,而写数据流通过另外一条物理链路。事实上,任何数据流可以通过任何一条物理链路进行传输。

标准与网络ISL

ISL有两种表现形式,第一种称作标准ISL。这种形式的ISL将不同的数据流完全隔离至单独的链路上。比如,当一个服务器向存储设备写入数据,写数据流只占用链路A而决不会占用链路B。相反,当一个服务器从存储设备读取数据,读数据流只占用链路B。不论有多少服务器或存储设备连接到SAN都会是这样。读数据流和写数据流决不会占用相同的物理链路。图1所示为一个标准ISL。

注意,如果有50台服务器,其中49台正向存储设备写数据,第50台服务器是从存储设备上读取数据,那么正在读取数据的服务器将不会受任何干扰。被49台服务器所占用的链路将会是一个瓶颈,而被第50台服务器占用的链路将会提供全部带宽给服务器。

第二种ISL表现形式称为网络ISL。这种表现形式下,读数据流和写数据流都在同一条物理链路上进行。(如图2)

如果服务器1向存储B写数据,服务器2从存储A上读数据,两个数据流将通过ISL2中同一条物理链路。ISL1和ISL3是标准ISL,ISL2就是一个网络ISL。这时,如果有49台主机连接到交换机A,并且它们都向存储B写数据,交换机B和交换机C之间的物理链路将变得拥塞,从而影响服务器2从存储A读取数据。

对于网络ISL,读和写的数据流可以共享相同的物理链路。相对的,读和写的数据流也显著地影响着彼此的性能。如果一个物理链路变得饱和,很难确定是因何而起。如图2中,假定服务器1和2每个需要链路带宽的60%,ISL1和ISL3可以轻松满足需求,而ISL2将会变得拥塞。这时去检查HBA和存储设备的端口使用情况,会发现没有一个端口繁忙到可以产生影响性能的问题。除非对SAN中数据流向状况知道得很详细,否则将很难查找出问题所在。

网络ISL同样使得判断物理链路何时变拥塞成为一个难题。用户必须考虑数据流的两种形式,而不仅仅是在单物理链路上的单一数据流。对于标准ISL,用户能测定写数据的链路峰值,通过提供足够的ISL来阻止饱和的发生;对于拥塞ISL,用户需要将读数据流的因素也考虑进去。不仅仅是写数据的峰值时刻,而是一整天内读写数据之和的峰值。假定写数据流的峰值在上午9点占据带宽的80%,读数据在这个时间点占用带宽不到10%,则没有任何问题。然而如果写数据在下午2点占用50%的带宽,读数据占用60%,那就会出现问题。

ISL对SAN拓扑的影响

SAN拓扑有三种基本类型:扁平、全网和核心-边缘。扁平拓扑结构没有ISL,它是一个或多个交换机连接不同的服务器和存储设备,服务器仅仅能访问和它连接到同一交换机的存储设备。没有any-to-any(任何点到任何点)的连接方式。

全网拓扑将扁平拓扑里的交换机用ISL彼此连接以提供any-to-any的连接方式。这种情况通常是连接到这个交换机的存储设备已满,但是连接到另外一台交换机的存储还可以利用。ISL提供了any-to-any的连接,因此不需要再购买新的存储设备。

如果将服务器和它经常要访问的存储设备通过同一个交换机相连,就会使网状拓扑获得更好的性能。在这种情况下,减小了交换机之间的流量,从而降低了ISL延迟。ISL仅仅用来在必要时提供any-to-any的连接。它们也可用来共享资源,比如磁带机。

级联交换机延迟是很小的,小于2微秒。对于99.9%的应用来说,这不是一个问题。但是对于那些不能容忍这样延迟的应用,最好还是使用扁平化拓扑结构。

核心-边缘是一个层次化拓扑结构,核心交换机连接所有的存储资源。它也可以连接磁带机、磁带介质服务器和第一层服务器。第一层服务器可以是对ISL延迟敏感的服务器。出于性能和可用性的考虑,核心-边缘拓扑中核心交换机通常采用导向器。

连接服务器的边缘交换机可以是导向器级的交换机或是普通交换机。有几个因素可以帮助用户决定在边缘使用什么样的交换机。这些边缘交换机通过ISL连接到核心交换机,而彼此之间不连接。核心-边缘拓扑的优点是使用标准ISL模式,这是一种非常容易扩展的拓扑结构。可以很方便地增加存储设备、服务器和交换机设备。它使用较少的ISL,比网状拓扑成本更低。

与边缘交换机相连的所有服务器通过核心交换机可以访问所有的存储设备。如果你需要增加新的存储阵列,可将其连接在核心交换机上。这样避免了选择将其具体与哪个交换机相连的难题。新增的服务器可以连接到边缘交换机上,这样所有的ISL使用方式都是普通ISL模式。如果边缘交换机的所有端口都被使用着,管理员可以连接新的边缘交换机到核心交换机,而这不会引起业务中断。等到核心交换端口用完的那时候,从SAN的发展史可以看出,厂商将会发布拥有更多端口的导向器级交换机。

将当前的核心交换机更换成一个更多端口的交换机流程是非常简单的,同时还可以将老的核心交换机迁移到边缘。如果你对端口的需求超过了新产品发布的速度,或者你不想迁移原有核心交换机,你也可以很轻松地增加第二台核心交换机到原有的架构中。

对于服务器和存储设备都部署在同一交换机上的情况,如果实际没有使用ISL,网状拓扑结构的唯一优势就是没有ISL延迟。但是随着需求的增长,这些优势将消失。一旦开始使用ISL,也就不再具有ISL无延迟的优势了。对于网络ISL方式,不能只考虑一点或者根本不考虑设备的连接关系,而需要仔细设计如何将设备连接到端口。相反,一个适当的核心-边缘设计能确保最小的ISL延迟和ISL失效,同时具备不间断的扩展性去满足主机数量和存储容量的增长。

时间: 2024-10-26 18:49:31

探究光纤通道ISL的相关文章

探究推荐引擎瞬间被“秒”背后:究竟是什么让用户接踵而至?

6月16日,阿里云技术专家郑重(卢梭)将做客,直播分享<技术实战:21天搭建推荐系统>,报名地址:https://yq.aliyun.com/webinar/join/14 推荐引擎官网 "我是做电商CRM的,市场中有非常多的CRM在相互竞争,必须要找到一个能让自己的产品区别于竞争对手,甚至优于对手的核心能力.现在产品的未来都压在推荐引擎上,我需要你们帮助定制出这项能力."一位企业的负责人如此坦言. 5月18日上午11点,推荐引擎新版上线,在限量提供折扣抢购后,所有的产品瞬

探究百度推广和SEO优化哪一个才适合企业长久使用

现在,很多企业知道除了百度竞价推广能够使得企业获得很多的客户以外,现在很流行也被更多企业知道的SEO优化,也更加得到各大中小企业的喜爱. 然而在很多中小型企业网站建设中,宁愿花费一两仟去制作网站,投入大量的金钱去做百度推广.但是等到推广了很长一段时间之后,很想不通,为什么没有客户达成交易.我们有一个客户,是做樱花热水器维修的,之前就是每年花费好几万在推广竞价上.但是得到的回答却大相径庭.等到他知道优化的害处之后,其实得到的只是教训.花费如此巨大金额的钱买来的教训,还真是够刻骨铭心的. 后来,咨询

网站快照日期更新内容不更新的原因探究

余斗在平时的优化过程中并不看重快照这一项,百度站长社区曾经也发表过声明<关于百度快照问题的若干说明>,详细的指出了百度是如何更新一个网站的快照以及快照更新的意义,余斗这里就不去一一道来,有兴趣的可以去百度站长社区的资料区去看看! 但是最近余斗发现一个很奇怪的现象:余斗的个人博客快照每天都在更新,但是预览快照却发现内容是很久以前的,并不是即时的.   快照更新日期与提取内容 上图是余斗博客的快照更新日期,大家可以看到是隔天更新的,而且提取的内容也是余斗博客昨天才发的文章,说明百度蜘蛛确实抓取了首

探究在SEO中URL的结构优化

SEO是一项很复杂的工作,有很多细节.今天上海SEO顾辉明就与大家探究下网站URL的优化在SEO过程中的作用. 首先,URL有三要素: 1.简短易记,有利于传播性. 2.稳定长久,这个不用我多说了. 3.URL含有关键词,这个也是我重点要说的. 我们先来看一个例子,百度搜索SEO.   我们可以看到,在标题和描述里面SEO都飘红了,在URL中SEO加粗了,但是没有飘红,其实这是一样的,都是飘红算法,只加粗没有飘红是为了美观.从这就能说明一点,URL中含有关键词是可以给SEO加分的. 但是这里要注

从苏轼的哲思探究SEO优化人员的四种境界

说道网站SEO优化,给我们广大SEO优化工作者带来了巨大的思想上的折磨,因网站的排名上升而欣喜若狂,因网站排名的突然下降而痛不欲生,在网站排名的大起大落中,演绎着人生的悲欢爱恨,而这一切的过程就好像苏轼自己的人生境界,下面我们就从苏轼被贬黄州的人生境界来分享一下笔者对SEO优化人员的思想境界的探究! 有恨无人省 当SEO优化人员自己手中的网站排名通过自己的努力始终不见有上升的起色,自然就会遭遇领导或者客户的埋怨,特别是有些老板对于SEO优化的了解不够,认为三两个星期就能够将某个相对热门的关键词做

从汇编入手,探究泛型的性能问题

经过了<泛型真的会降低性能吗?>一文中的性能测试,已经从实际入手,从 测试数据上证明了泛型不会降低程序效率.只是还是有几位朋友谈到,"普遍认 为"泛型的代码性能会略差一些,也有朋友正在进一步寻找泛型性能略差的证据 .老赵认为这种探究问题的方式非常值得提倡.不过,老赵忽然想到,如果从能 从汇编入手,证明非泛型和泛型的代码之间没有性能差距--好吧,或者说,存 在性能差距,那么事情不就到此为止了吗?任何理论说明,都抵不过观察计算机 是如何处理这个问题来的"直接"

借助JArchitect探究Cassandra CLI内部机制

关系型数据库管理系统(RDBMS)是存储和使用数据最常用的系统,但对于超 大量数据,这些数据库的扩展性不是很好. 近年来,由于对关系型数据库替代产品的需求日益增长,NoSQL的概念已经受 到广泛的欢迎.NoSQL背后的最大动机是可扩展性.NoSQL数据库解决方案提供了 一种存储和使用超大量数据的方法,而且开销更小,工作量更少,性能更好,停 机时间更短. Apache Cassandra是一个基于列的NoSQL数据库.它是Facebook为推动其收件 箱搜索功能而开发的,后来成为Apache的开源

中小企业网络存储技术探究

0 引言 随着信息化社会的到来,如何才能让中小企业用户也能够在数据存储方面投入少量资金而获得更大的存储空间和数据管理?网络存储是较好的解决方案,iSCSI技术的出现,拉近了中小企业与SAN(存储区域网)之间的距离.iSCSI存储技术充分利用现有IP网络的普及性优势,允许用户通过TCP/IP网络来构建SAN,提高了众多中小企业对存储设备直接访问的能力.使中小企业也能组建自己的数据存储系统,并且在投入少量资金的情况下获得更好的资源共享.资源管理应用. 1 网络存储发展历程 到目前存储的发展经历了三代

光纤通道(Fibre Channel)协议

一.光纤通道基本架构 FC-4 Upper Layer Protocol:SCSI,HIPPI,SBCCS,802.2,ATM,VI,IP FC-3 common service FC-2 Framing Protocol /Flow Control FC-1 Encode/Decode FC-0 Media:Optical or copper,100MB/sec to 1.062GB/sec 描述: FC-0:物理层,定制了不同介质,传输距离,信号机制标准,也定义了光纤和铜线接口以及电 缆指标