×

您可以设置构建资源和最长持续时间,将构建分配给节点,链接构建,修剪构建以及配置构建运行策略。

设置构建资源

默认情况下,构建由使用未绑定资源(例如内存和 CPU)的 Pod 完成。可以限制这些资源。

步骤

您可以通过两种方式限制资源使用

  • 通过在项目的默认容器限制中指定资源限制来限制资源使用。

  • 通过将资源限制指定为构建配置的一部分来限制资源使用。

    • 在以下示例中,每个resourcescpumemory参数都是可选的

      apiVersion: "v1"
      kind: "BuildConfig"
      metadata:
        name: "sample-build"
      spec:
        resources:
          limits:
            cpu: "100m" (1)
            memory: "256Mi" (2)
      1 cpu以 CPU 单位表示:100m表示 0.1 CPU 单位 (100 * 1e-3)。
      2 memory以字节表示:256Mi表示 268435456 字节 (256 * 2 ^ 20)。

      但是,如果已为您的项目定义配额,则需要以下两项之一:

      • 设置了显式requestsresources部分。

        resources:
          requests: (1)
            cpu: "100m"
            memory: "256Mi"
        1 requests对象包含与配额中的资源列表相对应的资源列表。
      • 在您的项目中定义的限制范围,其中LimitRange对象中的默认值适用于构建过程中创建的 Pod。

        否则,构建 Pod 创建将失败,并指出无法满足配额。

设置最长持续时间

定义BuildConfig对象时,您可以通过设置completionDeadlineSeconds字段来定义其最长持续时间。它以秒为单位指定,默认情况下未设置。如果未设置,则不会强制执行最长持续时间。

最长持续时间从构建 Pod 在系统中被调度的时间开始计算,并定义它可以处于活动状态的时间,包括拉取构建器镜像所需的时间。达到指定超时后,构建将由 OpenShift Dedicated 终止。

步骤
  • 要设置最长持续时间,请在您的BuildConfig中指定completionDeadlineSeconds。以下示例显示了指定completionDeadlineSeconds字段(30 分钟)的BuildConfig的一部分。

    spec:
      completionDeadlineSeconds: 1800

此设置不支持管道策略选项。

将构建分配给特定节点

可以通过在构建配置的nodeSelector字段中指定标签来将构建目标设置为在特定节点上运行。nodeSelector值是一组键值对,在调度构建 Pod 时与Node标签匹配。

nodeSelector值也可以由集群范围的默认值和覆盖值控制。仅当构建配置未为nodeSelector定义任何键值对,也未显式定义nodeSelector:{}的空映射值时,才会应用默认值。覆盖值将逐个键地替换构建配置中的值。

如果指定的NodeSelector无法与具有这些标签的节点匹配,则构建将无限期地停留在Pending状态。

步骤
  • 通过在BuildConfignodeSelector字段中分配标签来分配在特定节点上运行的构建,例如:

    apiVersion: "v1"
    kind: "BuildConfig"
    metadata:
      name: "sample-build"
    spec:
      nodeSelector:(1)
        key1: value1
        key2: value2
    1 与该构建配置关联的构建将仅在具有key1=value2key2=value2标签的节点上运行。

链式构建

对于 Go、C、C++ 和 Java 等编译语言,在应用程序镜像中包含编译所需的依赖项可能会增加镜像大小或引入可被利用的安全漏洞。

为了避免这些问题,可以将两个构建链接在一起。一个构建生成编译后的工件,另一个构建将该工件放在运行该工件的单独镜像中。

修剪构建

默认情况下,已完成生命周期的构建会无限期地保留。您可以限制保留的先前构建的数量。

步骤
  1. 通过为BuildConfig中的successfulBuildsHistoryLimitfailedBuildsHistoryLimit提供正整数来限制保留的先前构建的数量,例如:

    apiVersion: "v1"
    kind: "BuildConfig"
    metadata:
      name: "sample-build"
    spec:
      successfulBuildsHistoryLimit: 2 (1)
      failedBuildsHistoryLimit: 2 (2)
    1 successfulBuildsHistoryLimit将保留最多两个状态为completed的构建。
    2 failedBuildsHistoryLimit将保留最多两个状态为failedcancelederror的构建。
  2. 通过以下任一操作触发构建修剪

    • 更新构建配置。

    • 等待构建完成其生命周期。

构建按其创建时间戳排序,最旧的构建将首先被修剪。

构建运行策略

构建运行策略描述了从构建配置创建的构建应运行的顺序。这可以通过更改Build规范的spec部分中runPolicy字段的值来完成。

也可以更改现有构建配置的runPolicy值,方法是

  • Parallel更改为SerialSerialLatestOnly并从该配置触发新的构建,这会导致新构建等待所有并行构建完成,因为串行构建只能单独运行。

  • Serial更改为SerialLatestOnly并触发新的构建将取消队列中所有现有构建,除了当前正在运行的构建和最近创建的构建。最新的构建将接下来运行。