服务器三大体系SMPNUMAMPP介绍
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
服务器三大体系S MPNUMAMPP介绍
摘要:从系统架构来看,目前的商用服务器大体能够分为三类,即对称多处理器结构、非一致存储访问结构与海量并行处理结构。
SMP(SymmetricMu1ti-Processor)
所谓对称多处理器结构,是指服务器中多个CPU对称工作,无主次或者从属关系。
各CPU 共享相同的物理内存,每个CPU访问内存中的任何地址所需时间是相同的,因此SMP也被称之一致存储器访问结构(UMA:UniformMemoryAccess).,对SMP服务器进行扩展的方式包含增加内存、使用更快的CPU、增加CPU、扩充1/0(槽口数与总线数)与添加更多的外部设备(通常是磁盘存储)。
SMP服务器的要紧特征是共享,系统中所有资源(CPU、内存、I/O等)都是共享的。
也正是由于这种特征,导致了SMP服务器的要紧问题,那就是它的扩展能力非常有限。
关于SMP服务器而言,每一个共享的环节都可能造成SMP服务器扩展时的瓶颈,而最受限制的则是内存。
由于每个CPU务必通过相同的内存总线访问相同的内存资源,因此随着CPU数量的增加,内存访问冲突将迅速增加,最终会造成CPU资源的浪费,使CPU性能的有效性大大降低。
实验证明,SMP服务器CPU利用率最好的情况是2至4个CPU。
NUMA(Non-UnifornιMemoryAccess)
由于SMP在扩展能力上的限制,人们开始探究如何进行有效地扩展从而构建大型系统的技术,NUMA就是这种努力下的结果之一°利用NUMA技术,能够把几十个CPU(甚至上百个CPU)组合在一个服务器内。
其CPU模块结构如图2所示:
图2.NUMA服务器CPU模块结构
但NUMA技术同样有一定缺陷,由于访问远地内存的延时远远超过本地内存,因此当CPU数量增加时,系统性能无法线性增加。
如HP公司公布SUPerdome服务器时,曾公布了
它与HP其它UNIX服务器的相对性能值,结果发现,64路CPU的Superdome(NUMA结
构)的相对性能值是20,而8路N4000(共享的SMP结构)的相对性能值是6.3。
从这个结果
能够看到,8倍数量的CPU换来的只是3倍性能的提升。
NUMAjK务器
图3.MPP服务器架构图
MPP(MassivePara11e1Processing)
举例来说,NCR的Teradata就是基于MPP技术的一个关系数据库软件,基于此数据库来开发应用时,不管后台服务器由多少个节点构成,开发人员所面对的都是同一个数据库系统,而不需要考虑如何调度其中某几个节点的负载。
NUMA与MPP的区别
从架构来看,NUMA与MPP具有许多相似之处:它们都由多个节点构成,每个节点都具有自己的CPU、内存、I/O,节点之间都能够通过节点互联机制进行信息交互。
那么它们的区别在哪
里?通过分析下面NUMA与MPP服务器的内部架构与工作原理不难发现其差异所在。
首先是节点互联机制不一致,NUMA的节点互联机制是在同一个物理服务器内部实现的,当某个CPU需要进行远地内存访问时,它务必等待,这也是NUMA服务器无法实现CPU增加时性能线性扩展的要紧原因。
而MPP的节点互联机制是在不一致的SMP服务器外部通过I/O实现的,每个节点只访问本地内存与存储,节点之间的信息交互与节点本身的处理是并行进行的。
因此MPP在增加节点时性能基本上能够实现线性扩展。
其次是内存访问机制不一致。
在NUMA服务器内部,任何一个CPU能够访问整个系统的内存,但远地访问的性能远远低于本地内存访问,因此在开发应用程序时应该尽量避免远地内存访问。
在MPP服务器中,每个节点只访问本地内存,不存在远地内存访问的问题。
数据仓库的选择
哪种服务器更加习惯数据仓库环境?这需要从数据仓库环境本身的负载特征入手。
众所周知,典型的数据仓库环境具有大量复杂的数据处理与综合分析,要求系统具有很高的I/O处理能力,同时存储系统需要提供足够的I/O带宽与之匹配。
而一个典型的O1TP系统则以联机事务处理为主,每个交易所涉及的数据不多,要求系统具有很高的事务处理能力,能够在单位时间里处理尽量多的交易。
显然这两种应用环境的负载特征完全不一致。
从NUMA架构来看,它能够在一个物理服务器内集成许多CPU,使系统具有较高的事务处理能力,由于远地内存访问时延远长于本地内存访问,因此需要尽量减少不一致CPU模块之间的数据交互。
显然,NUMA架构更适用于O1TP事务处理环境,当用于数据仓库环境时,由于大量复杂的数据处理必定导致大量的数据交互,将使CPU的利用率大大降低。
相对而言,MPP服务器架构的并行处理能力更优越,更适合于复杂的数据综合分析与处理环境。
当然,它需要借助于支持MPP技术的关系数据库系统来屏蔽节点之间负载平衡
与调度的复杂性。
另外,这种并行处理能力也与节点互联网络有很大的关系。
显然,习惯于数据仓库环境的MPP服务器,其节点互联网络的I/O性能应该非常突出,才能充分发挥整
个系统的性能。
SMP系统与MPP系统比较
SMP(SymmetricMu1tiProCeSSing),对称多处理系统内有许多紧耦合多处理器,在这样的系统中,所有的CPU共享全部资源,如总线,内存与I/O系统等,操作系统或者管理数据库的复本只有一个,这种系统有一个最大的特点就是共享所有资源。
MPP(Massive1yPara11e1Processing),大规模并行处理系统,这样的系统是由许多松耦合的处理单元构成的,要注意的是这里指的是处理单元而不是处理器。
每个单元内的CPU都有自己私有的资源,如总线,内存,硬盘等。
在每个单元内都有操作系统与管理数据库的实例复本。
这种结构最大的特点在于不共享资源。
既然有两种结构,那它们各有什么特点呢?使用什么结构比较合适呢?通常情况下,MPP 系统由于要在不一致处理单元之间传送信息(请注意上图),因此它的效率要比SMP要差一点,但是这也不是绝对的,由于MPP系统不共享资源,因此对它而言,资源比SMP 要多,当需要处理的事务达到一定规模时,MPP的效率要比SMP好。
这就是看通信时间占用计算时间的比例而定,假如通信时间比较多,那MPP系统就不占优势了,相反,假如通信时间比较少,那MPP系统能够充分发挥资源的优势,达到高效率。
当前使用的OT1P程序中,用户访问一个中心数据库,假如使用SMP系统结构,它的效率要比使用MPP结构要快得多。
而MPP系统在决策支持与数据挖掘方面显示了优势,能够这样说,假如操作相互之间没有什么关系,处理单元之间需要进行的通信比较少,那使用MPP系统就要好,相反就不合适了。
通过上面两个图我们能够看到,关于SMP来说,制约它速度的一个关键因素就是那个共享的总线,因此关于DSS程序来说,只能选择MPP,而不能选择SMP,当大型程序的处理要求大于共享总线时,总线就没有能力进行处理了,这时SMP系统就不行了。
当然了,两个结构互有优缺点,假如能够将两种结合起来取长补短,当然最好了。
什么是大型机,小型机。
(Mainframe)
大型机(mainframe)这个词,最初是指装在非常大的带框铁盒子里的大型计兜机系统,以用来同小一些的迷你机与微型机有所区别。
尽管这个词已经通过不一致方式被使用了很多年,大多数时候它却是指
system/360开始的一系列的IBM计算机。
这个词也能够用来指由其他厂商,如Amdah1,HitachiDataSystems(HDS)制造的兼容的系统。
有些人用这个词来指IBM的AS/400或者者iSeries系统,这种用法是不恰当的;由于即使IBM自己也只把这些系列的机器看作中等型号的服务器,而不是大型机。
什么是I/O通道(ChanneI)
一条大型机通道(Char1ne1)某种程度上类似于PCI总线(bus),它能将一个或者多个操纵器连接起来,而这些操纵器又操纵着一个或者更多的设备(磁盘驱动器、终端、1AN端口,等等。
)大型机通道与PCI总线之间的一个要紧区别是大型机通道通过几对大的busandtag电缆(并行通道方式),或者者通过最近常使用的ESeoN(EnterpriseSystemConnection)光导纤维电缆(串行通道方式)与光纤通道来连接操纵器。
这些通道在早期是一些外置的盒子(每个约6'X30''X5'H大小),现在都已经整合到了系统框架内。
这些通道的超强I/O处理能力是大型机系统功能如此强大的原因之一。
什么是DASD
DASD是DirectAccessStorageDevice(直接存取存储设备)的缩写:IBM制造这个词来指那些能够直接(并随意)设定地址的存储系统,也就是今天我们所说的磁盘驱动器。
但在过去,这个词也指磁鼓(drums)与数据单元(datace11)等等。
什么是数据单元?嗯,在磁盘驱动器变得廉价、快速并普遍使用前,IBM曾经制造过一种设备,基本上就是由一个磁鼓与绕在磁鼓上的许多磁条(单元)中的一个构成,然后读写的资料就被纪录在卷动的磁条的磁道上。
这种存取数据的方法与磁盘很类似,但当(磁鼓)搜寻资料的时候需要更换磁带的话,所需的时间显然就得按秒来计算。
数据单元设备还有个调皮的习惯,它喜欢在卸下一个单元到存储槽的时候卷成一块,这有的时候会造成介质的物理损坏。
可见,在取得目前的技术进步前,我们已经走了很长一段路了。
什么是1PAR
一个1PAR(逻辑分区1ogicpartition)是一种通过PR/SM(ProcessorResource/SystemManager,一种最近的大型机都具有的固件fireware特性)来实施的虚拟机。
在每个分区上,能够运行一个单独的镜像系统,并提供完全的软件隔离。
这与UN1X操作系统上的domains原理很相似,但IBM的方法更加细致,它同意所有的CPU与I/O子系统能够在逻辑分区间被共享。
PR/SM同意在单个系统上运行15个1PAR,每个(1PAR)拥有专有真实存储(dedicatedrea1storageRAM)同时拥有专有或者共享的CPU 与通道。
由于对性能影响最为重要的部分都是在CPU里完成的,因此(这样做)没有多少性能的缺失。
IBM 已经宣称它准备在不久的将来把最高可支持的1PAR数目扩展到超过15个。
大型机系统得以长盛不衰的要紧原因(特点)是:RAS,I/O处理能力与ISA。
RAS
RAS(Re1iabi1ity,Avai1abi1ity,Serviceabi1ity高可靠性、高可用性、高服务性)是一个IBM常用来描绘它的大型机的词。
到70年代早期为止,IBM已经认识到商业用途系统市场远比科研计算机系统市场有利可图。
他们也明白IBM商用系统的一个重要的卖点就是高可靠性。
假如他们的商业客户准备使用
IBM计算机来开展极其重要的商业业务,客户就得确认他们能够在任何时间都能够正常使用(IBM的机器)。
因此,最近30多年来,IBM致力于使每一个新系列的系统比前一代更加可靠。
这就导致了今天的系统变得如此可靠,以至于几乎没听说过有任何由于硬件问题导致的系统灾难。
这些大型机系统内集成了相当高程度的冗余与错误检查(技术),这样就能防止系统发生灾难性的问题。
每个CPUdie装有2个完全的执行管道(executionpipe1ines)来同时执行每一条指令。
假如这两条管道得出的结果不相同,CPU的状态就会复原,然后这条指令被重新执行。
假如重新执行后结果还是不一致,最初的CPU状态就被记录卜.来,然后一个空闲的CPU被激活并装入存储的状态数据。
这颗CPU继续做最初那颗CPU的工作。
经历芯片、内存总线、I/O通道、电源等等,都要么有冗余的设计,或者者有相应的备用品并能够随时投入使用。
这些(设备的)小错误可能会导致性能的一些小缺失,但他们决不可能导致系统中任何任务的失败。
当很罕见地出现错误的时候,高服务性就用得上了。
许多组件都能够在系统运行的同时被更换(热插拔);甚至微码(microcode)的升级也能够在系统运行的同时进行。
关于那些不能被同时更换的部件,如CPU,备用品的存在就保证了能够客户方便的时候安排系统停机。
除了系统设计中的固有可靠性,IBM也创立了一个紧密联结的集群技术,叫做PaQ1Ie1SySp1ex,这项技术支持由最多32个系统作为一个系统镜像运行。
在一个合理部署的ParaI1e1SySPIeX系统上,即使一个独立系统遭受了毁灭性缺失,整个系统也不可能受太大影响,而且不可能导致任何工作的缺失。
任何在那台遭受缺失的系统的上进行的工作,都能够自动地在剩卜•的系统上重新开始。
另一个ParaI回SySPIeX 的优势是一台(或者多台)系统能够从整个系统中移出以进行硬件或者软件的保护工作(比如在非工作时间),而其余的单独系统能够继续处理工作。
当保护工作完成后,系统又回归加入SySPIeX系统中继续工作。
充分利用这一特点就能够升级整个SySPIeX系统软件(一次一个单独的系统),而不可能导致任何应用程序的暂停使用。
正由于拥有所有这些功能,真正100%的系统可用性是非常有用的,同时已经在许多地方开始实施。
I/O吞吐量(I/OThroughput)
这些通道实际上就是I/O处理器,他们执行通道程序。
这些程序包含了成串的I/O指令,其中就包含有最原始的分流功能。
这些通道极大地降低了CPU在I/O操作中的工作量,使得CPU能够更加高效地工作。
每一个通道都能同时处理许多I/O操作与操纵上千个设备。
在360与370系列构架上,操作系统会创建一个通道程序并在一个已连接到所需设备的通道上执行这个程序。
假如这个通道或者操纵单元十分忙碌,起始I/O指令就会失败,然后操作系统就会尝试在另一个已连接到不一致操纵单元的通道上重新开始通道程序。
假如所有的道路都是繁忙的,操作系统就会把这个请求列入队列留在以后再试。
XA系列里面出现的一个显著的改进就是创立了通道子系统的概念,这个子系统能够协调并安排系统里所有通道的活动。
现在操作系统只需要创立通道程序,然后把程序转交给通道子系统,通道子系统就会处理所有的通道/操纵单元与队列问题。
这样就使大型机具有了更加强大的I/O吞吐量并使CPU能更有效地工作,由于只有在所有的I/O操作都完成的时候才需要CPU的介入。
目前Z900大型机的I/O吞吐能力是最低每秒24GB(这是字节数,不是''位"数。
)尽管我没有亲自测试这些最新系统的机会,但即使理论上的数字可能不太准确,假如说Z900大型机达到了每秒100,000次I/O,我也不可能感到太吃惊。
TheISA(IBMSystemArchitecture)
这些年尽管IBM大型机的整体指令集有了显著改进,IBM保持了惊人的对应用程序的向后兼容。
许多最为显著的构架上的变化已经影响了一些只能直接被操作系统调用,而不能被应用程序调用的设备(如
I/O子系统)。
IBM已经花费了巨大的努力来保证它的客户们不必重写或者重编译他们的程序来在新系统上运行。
这样,客户要使用新的硬件就更为容易,客户只需要拔下旧系统,换上新系统,而不需要做额外的软件测试工作。
关于只有拥有一台大型机的公司来说,只需要花几个小时就能够对旧系统进行升级,而不需要在投入正式使用前对新系统进行测试。
这特别适合那些在升级前后使用同一种操作系统的客户,他们只需要将操作系统升级到所需要的版本就行了。
比如,客户能够在新安装的z900系统上仍然运行31位的操作系统,然后在一个单独的1PAR上安装并测试一个64位的操作系统,然后再把全部运行的业务转移到64位的操作系统上。
大型机类型:9672/9674=ES∕9000=S∕390=zSeries
中型机类型:9506∕9402=AS∕400=iSeries
小型机类型:RS∕6000=pSeries,HP9000z S∪NSPARC
小型机**********************不一致品牌的小型机架构大不相同,使用RISC.M1PS处理器,像美国SIJn、日本F1JjitSU等公司的小型机是基于SPARC处理器架构,而美国HP公司的则是基于PA-RISC架构,Compaq公司是AIPha架构,IBM与SGI等的也都各不相同;I/O总线也不相同,Fujitsu是PC1Sun 是SBUS,等等,这就意味着各公司小型机机器上的插卡,如网卡、显示卡、SCSI卡等可能也是专用的;操作系统通常是基于Unix的,像SUrI、Fujitsu是用SunSoIaris z HP是用HP-Unix z IBM是AIX,等等,因此小型机是封闭专用的计算机系统。
使用小型机的用户通常是看中UniX操作系统的安全性、可靠性与专用服务器的高速运算能力。
小型机通常都是用UNIX操作系统,往常IO不兼容,现在基本上都是Pe1总线,外设板卡通常都是兼容的。
SBUS之类都是古董了。
巨型机**********************事实上,绝大多数当今的巨型机都是MPP或者NUMA架构的,而且都使用INTE1或者R1SC节点。
因此说,绝大部分巨型机是由开放系统节点机(包含开放系统小型机)构成的。
巨型机是用途完全不一致的东西,要紧强调的是并行计算、共享内存,追求的是性能,动辄用几千个CPU,也有的用的不是CPU,而是专用的向量处理机,要紧用于科学计算。
典型编程语言是fortran、c<,大型机有关信息****************************
按照IBM的说法,大型机有S/390,中型机有AS/400,小型机有RS/6000,S/390运行z/OS或者者1inUX/390,要紧指标在于年档机只有几小时,因此又统称之Z系列(ZerO),AS/400要紧应用在银行与制造业,还有用于Domino,要紧的技术在于TIM1单级存储,有了TIMI技术能够做到硬件与软件相互独立。
RS/6000比较常见,用于科学计算,事务处理。
大型机本来就不是以处理能力见长,各类排行榜如TPeC上,很少看到大型机,I。
/RAS的优势现在也不明显了,往常EMc、HDS的存储都是用于大型机的,现在它们的要紧市场都在小型机上,I OOOOOIOPS 已经不稀奇了。
在CPU/内存容量/IO带宽方面,相对小型机里面的旗舰级产品如SUnI5K,HPSuperdome,IBMP690,没有优势。
大型机技术上还有很多领先的地方,但是性价比不敢恭维。
只是积存了很多行业应用,一大堆非关系数据
库/Cobo1程序之类,这些东东没法移植,成为大型机吃老本的资本。
IBM的大型机概念强调的是IO与RAS,追求的是稳固、可靠,要紧用于商业管理系统;典型编程语言是Cobo1o。