免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1369 | 回复: 0
打印 上一主题 下一主题

[高级应用] 漫谈IBM pSeries的逻辑分区和动态逻辑分区(五) [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-06-13 13:37 |只看该作者 |倒序浏览

内容
提要

1。对动态 LPAR (5.2.0)花费时间的考虑
2。动态 LPAR (5.2.0)如何动态分配CPU和内存
3。动态 LPAR (5.2.0)如何动态分配I/O设备


一、时间的因素:

    由于DLPAR操作的时间有可能非常长,时间对于DLPAR的操作是一个很重要的因素。例如,可能需要花费几分钟去重新配置一个大型数据库以便减少其使用的内存。系统实施DLPAR操作花费的时间依赖于请求的大小和在分区中需要改变的资源的状况。通常,移动一个CPU按秒来计算,移动1GB内存按分钟计算时间。

    使用两个time-out值控制时间的超长使用,该值在一个DLPAR操作时应被考虑到。

l        对于全部的操作的时间限制。

l        分配给需要重新配置的应用程序所需要的时间

    全部的操作的时间的超时由用户通过HMC设定,缺省值是零。零值意味着操作系统会尽可能完成请求而没有时间超时的限制。如果用户定义了一个非零值,操作系统将会在定义的时间点停止重新配置资源;然而,系统仍可以继续调用script和信号(signal),这些script和信号(signal)用于保证应用程序和操作系统一致性。如果请求的时间超出限制,资源不会被自动回滚到请求前的状态,系统会通知用户该命令只完成了一部分。

    考虑到应用程序的time-out值,你必须区分两个应用程序窗口的通知。基于script机制的是同步调用(“DLPAR scripts” on page 116),调用script的drmgr命令将等待script结束或达到定义的time-out。 缺省的time-out值是10秒。但是,这个值可以通过script 重写, 也可以让用户通过用drmgr命令加上-w 选项在安装script 时重写。

    基于API的管理器是异步被调用的。调用者总是在等待直到time-out值超出为止,不论管理器是否已经早些完成或根本没有完成。缺省的time-out值也是10秒但是不能显式的被重写。然而,这个API time-out值将会与总体的time-out值对比,如果总体的time-out值增加了,这个基于API管理器的time-out值也会随之增长。

    注意:缺省的time-out值可以改变。

二、动态 LPAR (5.2.0)如何动态分配CPU和内存

    如前面介绍的,drmgr命令通过调用相应的命令处理所有动态重新配置的操作,并且控制重新配置资源的过程。

下面是动态重新配置的一般流程:

1. 采用ODM锁去确保ODM、开放固件 (Open Firmware,OF)设备树和系统内核被自动更新。如果ODM锁保持了很长一段时间并且用户指明DLPAR操作有时间限制,这个步骤会失败。

2. 动态重新配置命令读OF设备树。

3. 动态重新配置命令调用系统内核按下面的步骤去启动DR操作:
    a. 确认请求。
    b. 锁住DR操作 ——— 在同一时刻只有处理一个操作
    c. 将请求存入全局系统内核的DR结构,用于传递操作信号(signal)的信息, 与DR命令异步运行。
    d. 开始检测阶段

4. 检测被调用阶段的script。

5. 检测该阶段信号(signal)的发出—在信号(signal)被发出后有条件的等待。

6. 检测该阶段系统内核扩展(kernel extension)调用。 调用注册的内核扩展的Callback程序。

    注意:在4、5、6步骤时,如果任何检测阶段处理的信号(signal)有错误,操作将失败。一旦检测阶段没有错误并且LPAR操作在预处理阶段,所有预处理阶段的应用控制将被调用,甚至如果应用控制调用失败,动态重新配置仍然被启动。

7. 系统内核标记预预处理阶段的开始。

8. 调用预处理阶段的script.

9. 预处理阶段的信号(signal)被发出。

10.系统内核标记“doit”阶段开始。  这是一个内部的阶段,通过它资源可以从系统内核中增加或移走。

注意:11到13步骤基于请求可能会被重复。基于处理器的请求永远不会循环重复;在一次DLPAR操作中,同一时刻只有一个处理器可以被增加或移走。如果有多于一个处理器需要增加和移走,HMC对每个处理器调用一次AIX。

    基于内存的请求在逻辑内存块(LMB)级别循环,它需要256 MB内存段,直到全部的用户请求被满足。HMC在完成内存请求后远程调用AIX一次。

11.此步骤只用于增加资源. 在这个过程中:OF设备树被更新;资源被分配、解除隔离和配置连接器。当资源被解除隔离时,该资源被分配给分区并且其所有权从FW转移到AIX。

l        对于处理器,全局和本地中断服务器信号(signal)被检测。
l        对于内存, 物理地址和尺寸被检测。

12.调用系统内核去增加或移走资源.

    a. 注册系统内核扩展的Callback函数被调用。系统内核扩展被通知指定的资源正在被移走或增加。
    b. 系统内核的资源被移走或增加。
    c. 发送系统内核扩展阶段被调用。
    如果a或b步骤失败,该操作将失败。

13.该步骤只用于移走资源. OF被更新。资源被隔离并且不再分配。OF设备树必须保持更新以使得配置模式可以定义资源组,该资源组被配置并属于操作系统。

14. 如果前面的步骤操作成功,系统内核标记发送阶段开始。

15.调用配置方式,使得DR-aware应用和scripts可以看到ODM内的状态改变。

16.发送script被调用。

17.发送的信号(signal)被发送到注册的进程。

18.系统内核清除动态重新配置的事件。

19.释放ODM锁。

下面内容介绍了AIX 5L 5.2版本上新增加的对动态移动和增加I/O插槽的支持的功能:

三、动态 I/O 的移动和增加

    动态移动和增加I/O适配器的功能在AIX 5L 5.2版本之前的热拔插功能中已经实现。为了允许动态增加和移动DLPAR系统的PCI插槽和集成的I/O设备,例如在p690、 p670和p630的DLPAR上,提供了增强型的命令:lsslot

    PCI插槽和集成的I/O设备可以通过lsslot命令使用新的连接类型显示出来:

    lsslot -c slot

    命令的输出如下:
   
   
#   Slot          Description   Device(s)
    U1.5-P1-I1    DLPAR slot    pci13 ent0
    U1.5-P1-I2    DLPAR slot    pci14 ent1
    U1.5-P1-I3    DLPAR slot    pci15
    U1.5-P1-I4    DLPAR slot    pci16
    U1.5-P1-I5    DLPAR slot    pci17 ent2
    U1.5-P1/Z1    DLPAR slot    pci18 scsi0

在上面的插槽被移走之前,PCI设备和所有相关的字节点需要先被删除。例如,在U1.5-P1-I5 插槽上的ent2设备如果现在没有使用,可以用下面的命令移走该设备:

rmdev -l pci17 -d -R

在设备从AIX中移走后,该插槽可以用HMC GUI或命令行接口从分区移走。
GUI操作的图示如下:


注意,该插槽在该分区的profile 中不能被定义为“required”状态,只能是“desired ”状态,或者在HMC 上没有给出移动此插槽的选项。如果要将前面移走的插槽再放回到系统中,需要首先用HMC将设备加到系统中,然后用cfgmgr命令将其加入到操作系统中。




本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u/11287/showart_127392.html
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP