by Cüneyt Göksu <cuneytgoksu(at)usa.net>
en to zh by leerong
About the author:
具有12年在包括Linux的主流平台下运行的所有商业数据库工作经验的数据库专家
Content:
|
Linux for S/390 (IBM z-Series)
Abstract:
S/390是来自于IBM适用于大型企业的一个健壮的平台,Linux现在也能运行在这个平台。
_________________ _________________ _________________
|
历史
当Linux操作系统在1991年第一次出现的时候,它就可以在IBM PC兼容机上运行了, 从那时起,它就已经被移植到很多其他体系结构的机器上,如Apple,Atari,和基于
Amiga 计算机的68000,Sun Spark工作站,基于个人电脑的Alpha,MIPS,PowerPC, HP PA-RISC和ARM中。
S/390 是IBM大型机种计算机体系结构的名词。这种体系结构一直和IBM的VM,VSE和 Z/os(前MVS and OS/390操作系统)操作系统一起被广泛使用。IBM自从1999年起已
经选用Linux作为这种坚实的体系结构“本地(配套?)”操作系统之一。
在S/390平台上实现Linux最重要的原因是它能合并如网页服务器,邮件服务器,应用服务器 防火墙等等原始应用,Linux应用和中间件应用间的联系。
大致来说说,Linux是作为工作在S/390平台上的一个API和模拟器,但实际上这不是这样的, 它是作为一个“配套”操作系统从而使得这个平台的所有硬件能力都能发挥。Linux内核和
一般的代码没有经过任何修改就能使用而且Linux系统结构仍然保持不动,仅仅需要一些 "调整"匹配和实现S/390体系结构的特别之处。它工作于ASCII字符集而不是EBCIDIC字
符集。
Linux集成到S/390和ZSeries体系结构中
Linux可以用三种方式安装到S/390平台上。
- 本地方式: Linux直接安装在系统硬件上,这几乎不是一个首选方案,
因为只有一个操作系统运行在硬件级别上。
- 逻辑分区方式(LPAR): 使硬件最大达到15个逻辑分区,在每一个逻辑分区上运行单个操作系统,传统的操作系统如(MVS,VSE,os/390)和Linux。
- 虚拟分区方式(z/VM): 这种方式被称为z/Series虚拟技术。它支持很多 (多余1000个)在相同硬件上有丰富系统管理能力的Linux
映像。这种安装方式非常灵活 强大对于多个系统而言。
下面的图中显示了三种类型的安装方式:
如果Linux服务器的数量为15个或少于15个,那么LPAR方案是个不错的选择。如果你需要更 多的,100或者1000个Linux映像,z/VM方案将是所要的答案。
Red Hat, SuSE and Turbolinux 是S/390和zSeries的主要Linux发行版。
用下面的链接你可以下载它们。
Red Hat:
SuSE:
TurboLinux:
也有一些二进制形式的发行版。你可以从下面的链接获得它们。
适用于s/390 和 zSeries的发行版
在S/390上运行Linux的条件
- 9672 G5/G6, Multirise 3000 or z/Series 800, 900, 990 IBM
处理器
- 64Mb+ 内存 (非常小 - 依靠版本和应用)
- 500 Cyl + 磁盘空间 ( Model 3390 - 最小系统)
- IBM 网络设备支持 (需要一个)以太网
- 令牌环网,快速以太网,ESCON, OSA or
HiperSocket支持。支持更多的设备
- 在Linux能够使用设备前,系统内核必须获得与之相关的Zseriers和S/390设备驱动程序.
- S/390和zSeriers的设备有驻于内核的驱动程序和外部的驱动程序。
- 外部的驱动程序是通过命令和参数的方式动态加载的模块。
- 驻于内存的驱动程序是在系统启动的时从一个存储着内核参数行的文件中获得它们的参数的
- 非开源的, OCO(Object Code Only--只有目标代码)的驱动程序是那些服从许可证条件的驱动程序(如:QETH for OSA Express
GBE 和 Hipersocket,Tape 3590)OCO驱动程序可能并非所有的发行版都提供,如果这些驱动程序不是发行版的一部分,那么它们要需要从IBM开发工作组那里下载得到。
为什么要为S/390选择Linux ?
最重要的原因是整合服务器.
三个层次的应用体系可以用过两个层次的硬件很容易的做到(客户端/ 应用服务器/ 数据服务器)这三个传统的步骤可以在S/390中整合起来(应用服务器/数据库)。Hipersocket和Fiberchannel以支持通信子系统功能为特征,使得连接的问题消失了。剩下的应用成为分布式应用,然后是基于Web的应用。
首先是数据然后是应用处处分布,服务器的数量猛增。 这个增长将会带来一些问题:
- 任何一个和每一个新的服务器意味着增加新的硬件,空间,增强降温能力, 布线,和连接等等. 所以每次这些“物理”的参数都要监控和调整。
- 所有的软件必须得到许可在每个服务器中使用,这将意味着附加的成本。例如,数据库必须对每一个服务器的每一个CPU许可才能使用
- 连接也是另外一个重要的问题。 布线,网关,交换机,路由器,所以这些部件将增加整个成本
- 灾难恢复解决方案在单个服务器上是几乎不可能的。灾难恢复和维护的成本也会变得更高,更复杂。在有大量的服务器的时候这些将是不可能的。
- 数据库/应用/系统管理的问题,CPU和工作负载共享也要单独地为每一个服务器去做。
这些是Linux镜像在不同硬件上运行的情形下的一些潜在的问题。如果它们都运行载单个的S/390平台上,那么情况就会改变:
- 虽然所有的Linux镜像共享同一个硬件(CPU,输入/输出子系统,内存, 等等...)但它们却像独立的,完全互斥的逻辑服务器一样运行,而且可以用于不同目的的应用。这样一来,服务器数量的增加不会影响到维护的成本。监控也变得容易省事。当资源共享的时候,系统的吞吐率也得到最大化。
- 所有的服务器共享同一个CPU,从而软件许可证的费用也相应减少。
- 所有服务器间的连接都是内部的,因此,因为硬件导致通信过载几乎是不存在的,网络性能也达到最大化。
- 增加一个新的服务器就像可能一个逻辑服务器一样容易。
- 灾难回复更加容易了,实际可行。直接访问存储设备DASD (Direct Access StorageDevice)场以及子系统用FlashCopy,点到点的远程拷贝(Peer-To-Peer-Remote-Copy) 或者快照功能可以在几分钟之内 快速安全的完成拷贝
资料:
- Linux for S/390, IBM Redbook
- Linux for z/Series, Atruro Calandrino, zSeries Tech.
Support
Talkback form for this article
Every article has its own talkback page. On this page you can submit a comment or look at comments from other readers:
<--, back to the index of this issue
2004-03-16, generated by lfparser version 2.46