参考信息 › 命令行 Shell 参考指南 › Shell 命令 › 应用控制 › application start

application start

启动应用。

语法

application start <name> ( <prop>=<val> )*[ store=<store> ]
                       [ --debug ] [ --norestart ]
                       [ --skipbuild ] [ --force ] [ --cap_cpu ]

参数

<名称>

应用的名称。

<属性>=<值>

用于排定的参数。 可以指定以下参数：

cpu－（可选）CPU 分配，整个 CPU 或百分比 (val[%])

mem－（可选）内存分配 (val[M[B]|G[B]])。 如果未指定单位，则以 MB 指定内存。

bw－（可选）带宽分配 (val[M[b]|G[b]])。 如果未指定单位，则以 Mbps 指定带宽。

sched－指定排定目标的字符串（参见下文）

servers－要启动应用的服务器数；

<store>

指定创建实例卷所在的卷存储。 可能设置为以下值之一：

local－在本地服务器存储上存储卷

san－在 SAN 上存储卷

--debug

以调试模式启动应用。 如果指定该选项且应用的现场工程代码设置为 16，启动将失败

--norestart

网格失败时不重新启动应用。

--skipbuild

启动前不构建应用。

--force

强制卸载在未请求进行验证的情况下安装的任何卷。

--cap_cpu

为应用的所有组件启用 CPU 上限。

（请参阅以下说明）

示例

application start my-app

启动应用

application start my-app --debug

以调试模式启动应用

application start my-app cpu=2 mem=1024M

在 CPU 和内存分配发生修改的情况下启动应用

application start my-app sched=crunch

在分配最少资源的情况下启动应用

注意：

• 支持以下排定目标：

  sched="percentile=(resource percentile)"

  sched=crunch－将最小资源分配给所有组件，与“percentile=0”相同

  sched=expand－将最大资源分配给所有组件，与“percentile=100”相同

  sched="mode=(scheduling mode)"，有效值为以下其中之一：

  1. pack servers，在可用资源最少的服务器上排定组件
  2. round robin with random start，随机将第一个组件排定到服务器，然后使用 round robin 将剩下的组件分配给其他服务器
  3. round robin，将第一个组件排定到第一个服务器，然后使用 round robin 将剩下的组件分配给其他服务器
• 使用 pack server 排定模式时，根据其分配的角色以及最少可用资源，按优先级顺序选择服务器。 CA AppLogic 总是首先使用角色为“无”的服务器，再使用角色为“主要”的服务器，最后是角色为“备用”的服务器；不考虑这些服务器上的可用资源（即使用所有角色为“无”的服务器之后才使用角色为“主要”的服务器，使用所有角色为“无”和“主要”的服务器之后才使用角色为“备用”的服务器）。
• 使用 --cap_cpu 选项启动应用时，应用的每个组件的使用率都不能超过为其分配的 CPU 使用率；例如，如果为组件分配了 30% 的 CPU 使用率，则即使 CPU 有可用的循环，该组件的 CPU 使用率也不能超过 30%。 相反，如果不设置 CPU 上限，组件可以在服务器上使用尽可能多的 CPU。
• 使用 --debug 启动应用但应用无法启动时，CA AppLogic 不会清除该应用（例如，停止可能已成功启动的任何组件），以便用户能够确定启动失败的原因。 如果用户能够解决该问题，其可以使用“app continue”命令继续启动该应用。
• 如果指定 --debug，且应用的现场工程代码设置为 16，启动应用将失败。
• 启动应用会重置由 CA AppLogic 维护的组件振荡计数器。 组件的振荡计数器是组件在过去 24 小时内失败的次数（每个组件都有自己的振荡计数器）。 如果组件在 24 小时内失败 3 次，该组件不会由 CA AppLogic 重新启动。 也可以使用 comp start/restart 或 app restart 来重置组件的振荡计数器。