第 I 部分 Oracle VM Server for SPARC 3.1 软件
第 1 章 Oracle VM Server for SPARC 软件概述
关于 Oracle VM Server for SPARC 和 Oracle Solaris OS 版本
Oracle VM Server for SPARC 物理机到虚拟机转换工具
Oracle VM Server for SPARC Configuration Assistant
Oracle VM Server for SPARC 管理信息库
必需的 Oracle VM Server for SPARC 软件组件
在新系统上安装 Oracle VM Server for SPARC 软件
如何下载 Logical Domains Manager 软件 (Oracle Solaris 10)
自动安装 Logical Domains Manager 软件 (Oracle Solaris 10)
手动安装 Logical Domains Manager 软件
如何手动安装 Oracle VM Server for SPARC 3.1 软件 (Oracle Solaris 10)
启用 Logical Domains Manager 守护进程
如何启用 Logical Domains Manager 守护进程
升级已使用 Oracle VM Server for SPARC 的系统
使用 Oracle Solaris 10 Live Upgrade 功能时保留 Logical Domains 约束数据库文件
升级 Logical Domains Manager 和系统固件
升级至 Oracle VM Server for SPARC 3.1 软件
如何升级至 Oracle VM Server for SPARC 3.1 软件 (Oracle Solaris 10)
如何升级至 Oracle VM Server for SPARC 3.1 软件 (Oracle Solaris 11)
第 3 章 Oracle VM Server for SPARC 安全
Logical Domains Manager 权限配置文件内容
如何通过 DVD 在来宾域上安装 Oracle Solaris OS
如何通过 Oracle Solaris ISO 文件在来宾域上安装 Oracle Solaris OS
如何在 Oracle Solaris 10 来宾域上使用 Oracle Solaris JumpStart 功能
高级 SR-IOV 主题:InfiniBand SR-IOV
在 Oracle VM Server for SPARC 环境中使用卷管理器
通过 Solaris Volume Manager 使用虚拟磁盘
将 Solaris Volume Manager 用于虚拟磁盘
如何确定网络适配器是否符合 GLDv3 (Oracle Solaris 10)
如何设置虚拟交换机以为域提供外部连接 (Oracle Solaris 10)
如何设置虚拟交换机以为域提供外部连接 (Oracle Solaris 11)
在 Oracle VM Server for SPARC 环境中配置 IPMP
在 Oracle VM Server for SPARC 虚拟网络中使用基于链路的 IPMP
在 Logical Domains 1.3 之前的发行版中配置并使用 IPMP
与 vnet 和 vsw 驱动程序的早期(不识别巨型帧)版本的兼容性 (Oracle Solaris 10)
迁移 OpenBoot PROM 中的域或在内核调试器中运行的域
硬分区系统与其他 Oracle VM Server for SPARC 功能之间的交互
如何从 XML 文件恢复域配置 (ldm add-domain)
如何从 XML 文件恢复域配置 (ldm init-system)
操作具有 Oracle VM Server for SPARC 的 Oracle Solaris OS
Oracle Solaris OS 启动后 OpenBoot 固件不可用
将 Oracle VM Server for SPARC 与服务处理器结合使用
可以使用策略来确定如何自动执行 DR 活动。目前,只能创建相应策略来控制虚拟 CPU 的动态资源管理。
注意 - 以下限制会影响 CPU 动态资源管理 (dynamic resource management, DRM):
|
资源管理策略用于指定可以自动在逻辑域中添加和删除虚拟 CPU 的条件。使用 ldm add-policy、ldm set-policy 和 ldm remove-policy 命令管理策略:
ldm add-policy [enable=yes|no] [priority=value] [attack=value] [decay=value] [elastic-margin=value] [sample-rate=value] [tod-begin=hh:mm[:ss]] [tod-end=hh:mm[:ss]] [util-lower=percent] [util-upper=percent] [vcpu-min=value] [vcpu-max=value] name=policy-name ldom... ldm set-policy [enable=[yes|no]] [priority=[value]] [attack=[value]] [decay=[value]] [elastic-margin=[value]] [sample-rate=[value]] [tod-begin=[hh:mm:ss]] [tod-end=[hh:mm:ss]] [util-lower=[percent]] [util-upper=[percent]] [vcpu-min=[value]] [vcpu-max=[value]] name=policy-name ldom... ldm remove-policy [name=]policy-name... ldom
有关这些命令以及创建资源管理策略的信息,请参见 ldm(1M) 手册页。
策略在 tod-begin 和 tod-end 属性指定的时间内有效。tod-begin 指定的时间必须早于 tod-end 指定的时间(24 小时制)。默认情况下,tod-begin 和 tod-end 属性的值分别为 00:00:00 和 23:59:59。使用默认值时,此策略始终有效。
此策略使用 priority 属性的值为动态资源管理 (dynamic resource management, DRM) 策略指定优先级。优先级值用来确定单个域上的 DRM 策略之间的关系,以及单个系统上启用了 DRM 的域之间的关系。数值越小,优先级越高。有效值介于 1 和 9999 之间。默认值为 99。
priority 属性的行为取决于空闲 CPU 资源池的可用性,如下所示:
池中有空闲的 CPU 资源。在这种情况下,当为单个域定义了多个重叠策略时,priority 属性将确定哪个 DRM 策略有效。
池中没有空闲的 CPU 资源。在这种情况下,priority 属性指定资源能否从低优先级域动态移动到同一系统上的高优先级域。域的优先级是由该域的有效 DRM 策略指定的优先级。
例如,高优先级域可以从另一个具有较低优先级 DRM 策略的域获取 CPU 资源。该资源获取功能仅适用于已启用 DRM 策略的域。具有相同 priority 值的域将不受此功能的影响。因此,如果对所有策略都使用默认优先级,则域将无法从低优先级域获取资源。为了利用此功能,请调整 priority 属性的值,以便它们具有不相等的值。
例如,ldg1 和 ldg2 域都具有有效的 DRM 策略。ldg1 域的 priority 属性为 1,该值的优先级比 ldg2 域的 priority 属性值 (2) 高。在以下情况下,ldg1 域可以从 ldg2 域中动态删除 CPU 资源,并将该 CPU 资源分配给它自身:
ldg1 域需要另一个 CPU 资源。
空闲 CPU 资源池已经耗尽。
策略使用 util-high 和 util-low 属性值指定 CPU 利用率的阈值上限和下限。如果利用率超出 util-high 的值,将向域中添加虚拟 CPU,直到利用率的值位于 vcpu-min 和 vcpu-max 值之间。如果利用率降到 util-low 值以下,将从域中删除虚拟 CPU,直到利用率的值位于 vcpu-min 和 vcpu-max 值之间。如果达到 vcpu-min 值,将无法再动态删除任何虚拟 CPU。如果达到 vcpu-max 值,将无法再动态添加任何虚拟 CPU。
示例 10-10 添加资源管理策略例如,观察系统的典型利用率数周后,您可以设置策略,以优化资源使用情况。资源占用高峰期是每天上午 9:00 至下午 6:00(太平洋时间),资源占用低谷期是每天下午 6:00 至次日上午 9:00(太平洋时间)。
根据对系统利用率的观察,您决定基于系统总体利用率创建以下高峰期和低谷期策略:
高峰期:每天上午 9:00 至下午 6:00(太平洋时间)
低谷期:每天下午 6:00 至次日上午 9:00(太平洋时间)
以下 ldm add-policy 命令可在 ldom1 域上创建利用率高峰期内要使用的 high-usage 策略。
以下 high-usage 策略执行以下操作:
通过设置 tod-begin 和 tod-end 属性,将开始和结束时间分别指定为上午 9:00 和下午 6:00。
通过设置 util-lower 和 util-upper 属性,将执行策略分析的下限和上限分别指定为 25% 和 75%。
通过设置 vcpu-min 和 vcpu-max 属性,将最小和最大虚拟 CPU 数分别指定为 2 和 16。
通过设置 attack 属性,将任一资源控制周期内要添加的最大虚拟 CPU 数指定为 1。
通过设置 decay 属性,将任一资源控制周期内要删除的最大虚拟 CPU 数指定为 1。
通过设置 priority 属性,将此策略的优先级指定为 1。优先级为 1 表示即使其他策略可以生效,也强制执行此策略。
通过设置 name 属性,将策略文件的名称指定为 high-usage。
对于未指定的属性(例如 enable 和 sample-rate),使用其默认值。请参见 ldm(1M) 手册页。
# ldm add-policy tod-begin=09:00 tod-end=18:00 util-lower=25 util-upper=75 \ vcpu-min=2 vcpu-max=16 attack=1 decay=1 priority=1 name=high-usage ldom1
以下 ldm add-policy 命令可在 ldom1 域上创建利用率低谷期内要使用的 med-usage 策略。
以下 med-usage 策略执行以下操作:
通过设置 tod-begin 和 tod-end 属性,将开始和结束时间分别指定为下午 6:00 和上午 9:00。
通过设置 util-lower 和 util-upper 属性,将执行策略分析的下限和上限分别指定为 10% 和 50%。
通过设置 vcpu-min 和 vcpu-max 属性,将最小和最大虚拟 CPU 数分别指定为 2 和 16。
通过设置 attack 属性,将任一资源控制周期内要添加的最大虚拟 CPU 数指定为 1。
通过设置 decay 属性,将任一资源控制周期内要删除的最大虚拟 CPU 数指定为 1。
通过设置 priority 属性,将此策略的优先级指定为 1。优先级为 1 表示即使其他策略可以生效,也强制执行此策略。
通过设置 name 属性,将策略文件的名称指定为 high-usage。
对于未指定的属性(例如 enable 和 sample-rate),使用其默认值。请参见 ldm(1M) 手册页。
# ldm add-policy tod-begin=18:00 tod-end=09:00 util-lower=10 util-upper=50 \ vcpu-min=2 vcpu-max=16 attack=1 decay=1 priority=1 name=med-usage ldom1