不同厂商“分区”技术的比较
分区功能 |
IBM |
HP |
Compaq |
SUN |
分区种类 |
逻辑分区 |
硬件分区 |
硬件分区 |
硬件分区 |
分区隔离方式 |
Firmware |
硬件隔离 |
硬件隔离 |
硬件隔离 |
分区基本资源 |
CPU、内存、I/O |
CPU、内存、I/O |
CPU、内存、I/O |
CPU、内存、I/O |
分区名称 |
DLPAR(Dynamic logical partition) |
nPartition (Pysical Partition) vPartition (Virtual Partition) |
Partition(Pysical Partition)
|
Dynamic Domain (Physical Partition) |
分区基本单元 |
CPU、内存、I/O各自独立分配 |
以Cell(包括CPU、内存、I/O)为分配单元 |
以QBB(包括CPU、内存、I/O)为分配单元 |
以uniboard(包括内存)、I/O板为分配单元 |
最大分区个数 |
32 |
16 |
8 |
18 |
最小CPU数(每个分区) |
1CPU |
Cell/iCOD |
1CPU |
2CPU |
最小内存数(每个分区) |
1GB |
2GB |
1GB |
2GB |
最小PCI插槽数(每个分区) |
1(任何I/O Drawer 上的1个PCI槽) |
12(在同一I/O Chassis 上的所有的12个PCI槽) |
14(同一个I/Odrawer的14个PCI槽) |
4(在同一系统板上的所有的槽(4个SBUSs槽或2个PCI槽)) |
最小CPU增量 |
1CPU |
2CPU |
1CPU |
1GB |
最小内存增量 |
256MB |
4GB |
1GB |
1GB |
最小I/O插槽增量 |
1(任何I/O Drawer 上的1个PCI槽) |
12(在同一I/O Chassis 上的所有的12个PCI槽) |
14(同一个I/Odrawer的14个PCI槽) |
4(在同一系统板上的所有的槽(4个SBUSs槽或2个PCI槽)) |
动态资源划分方式 |
不需要重起操作系统 |
只在vPar |
不支持 |
支持 |
允许应用和中间件支持动态重配置 |
支持 |
不支持 |
不支持 |
不支持 |
提供API、脚本接口支持应用和中间件支持硬件动态重配置 |
提供 |
没有提供 |
没有提供 |
没有提供 |
支持应用和中间件调整硬件配置 |
支持 |
不支持 |
不支持 |
不支持 |
CPU动态资源划分 |
支持(不需要重起操作系统) |
只在vPar |
不支持 |
支持 |
内存动态资源划分 |
支持(不需要重起操作系统) |
只在vPar |
不支持 |
支持 |
PCI动态资源划分 |
支持(不需要重起操作系统) |
只在vPar |
不支持 |
不支持 |
允许单一资源动态调配(CDROM、Tape) |
支持 |
不支持 |
不支持 |
不支持 |
操作系统 |
AIX 5.1 AIX 5.2 LINUX |
HP-UX 11i V1(PA-RISC) HP-UX 11i V2(Itanium 2) |
Tru64 UNIX 5.1 Tru64 UNIX 5.1A OpenVMS 7.2 LINUX |
Solaris 8 Solaris 9 |
Linux支持 |
支持 |
不支持 |
不支持 |
不支持 |
Linux分区 |
支持 |
不支持 |
支持 |
不支持 |
支持超过一种操作系统支持分区 |
AIX、LINUX |
不支持 |
Tru64UNIX、OpenVMS、LINUX |
不支持 |
支持不同版本操作系统分区 |
支持 |
支持 |
支持 |
支持 |
分区功能管理由主机以外独立平台管理 |
支持 |
支持 |
支持 |
不支持 |
资源管理工具 |
WLM (CPU, Memory & I/O) |
PRM & WLM (CPU , Real Memory & I/O) |
WLM |
Processor Sets & Solaris Resource Manager (SRM) (CPU Time, No. of user Logins & Virtual Memory) |
HP/ & SUN 的分区技术
从表中我们可以看到,IBM UNIX服务器真正做到了逻辑分区。而其它厂商的UNIX服务器的分区是基于物理分区的,其逻辑分区没有摆脱物理分区的限制,即在一个物理分区中的资源(如有两个CPU)只能同属于一个逻辑分区,不能分别属于两个逻辑分区。这种限制在实际运用中会给客户带来诸多不便,甚至需要客户配置更多的硬件设备才能实现一个较实用的逻辑分区划分。
Alpha服务器的分区被称为Partition ,主要是依赖硬件件“防火墙“部件将N个QBB(CPU、内存、I/O集成单元)进行分区隔离形成物理分区,并且完全没有动态资源调度功能,分区资源调度类似IBM的静态LPAR。HP物理分区叫nPar,nPar以cell为基本单元进行分区划分,nPar包含了Hyperplex去将多个结构互联,同时,提供物理隔离的作用。在nPar的基础上,增加了vPar(逻辑分区)的分区功能划分,vPar提供的是在nPar划分的硬件范围内进行虚拟分区的划分,但vPar使用的硬件范围不能超过nPar所包含的硬件数量。vPar不是真正的逻辑分区,vPar的建立需要装载vpmon,再vpmon上建立虚拟机的方式来实现,并没有真正依赖的物理部件,在nPar上建立的所有的vPar都依赖vpmon,而如果vpmon在一个nPar只能装载一个,如果vPar出现问题将造成全部vPar全部受影响,成为单点故障。另外,如果nPar中的内存没有剩余空间时,任何的vPar的改变都造成nPar重起。
而且,在使用vPar的nPar环境中,nPar和vPar都受到限制,每一个nPar分区最大包括的cell不能超过8个,即32个cpu。而且所有属于同一个nPar的cell必须同在一个物理机柜中。同一个cell不能被分配给超过一个的nPar。每个nPar能划分的vPar最多不能超过8个。这样就极大限制分区的划分和CPU、内存、I/O的使用,而nPar的资源划分一定需要分区重起。这样, nPar的资源不能实现动态(操作系统重起)的调度,这样nPar之间个资源调度困难和对其他nPar的影响与两台物理的服务器没有区别,完全无法实现分区的充分资源使用。另外,PCI插槽在进行nPar划分时完全受cell的限制和增量颗粒度大,被分配到nPar的PCI插槽必须以12(一个I/O板)为最小单元,一般被分配的PCI很难再进行调度,无法实现灵活、有效的分配个需要不同PCI的nPar。
SUN的物理分区叫Dynamic Domain,它与HP的nPar相同是以Uniboard 为基本单元进行分区划分,一个Dynamic Domain可以包含多个Uniboard,但,Dynamic Domain的应用是针对大学和研究机构,并不针对商业用户,因为Dynamic Domain不考虑可靠性,单一Dynamic Domain出现问题,需要重起全部的Dynamic Domain。而且,由于修改Dynamic Domain是在Dynamic Domain的操作系统上进行,必须具有修改任何一个Dynamic Domain的root的权限。当需要重分配某个Dynamic Domain的I/O板时,也需要一起重分配其他的Dynamic Domain,因为动态重配置的功能不支持I/O板。所以,如果出现I/O板的重配置,就需要Dynamic Domain重起。而混合主频CPU的系统在进行Dynamic Domain划分时要求不同主频的CPU必须被配置在不同的Dynamic Domain中,这会造成Dynamic Domain的划分更加复杂和不灵活。而Dynamic Domain需要分配一定的CPU、内存、I/O独立建议一个分区进行其他分区的管理,造成宝贵的系统资源的浪费。
同样由于HP和SUN的分区时CPU、内存、I/O的颗粒度大,将会对资源的划分产生许多限制,而且,特别是在小分区时,由于可能包含的cell或Uniboard少,可进行调配资源的就基本不可能,如果强行划分,可能引起的后果是分区性能下降很大或出现宕机。如:一个分区只有一个cell或Uniboard,虽然有四个CPU和许多内存和I/O板,但因为要以cell或Uniboard为基本单元,因此无法再进行调配资源。又如:一个分区只有两个cell或Uniboard,虽然有8个CPU和许多内存和I/O板,但因为要以cell或Uniboard为基本单元,每次划分必须划分一般的资源,对原分区的性能造成太大性能下降,因此也无法再进行调配资源。