apiVersion: "v1"
kind: "BuildConfig"
metadata:
name: "sample-build"
spec:
resources:
limits:
cpu: "100m" (1)
memory: "256Mi" (2)
默认情况下,构建由使用未绑定资源(例如内存和 CPU)的 Pod 完成。可以限制这些资源。
您可以通过两种方式限制资源使用
通过在项目的默认容器限制中指定资源限制来限制资源使用。
通过将资源限制指定为构建配置的一部分来限制资源使用。
在以下示例中,每个resources、cpu和memory参数都是可选的
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)。 |
但是,如果已为您的项目定义配额,则需要以下两项之一:
设置了显式requests的resources部分。
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:{}的空映射值时,才会应用默认值。覆盖值将逐个键地替换构建配置中的值。
|
如果指定的 |
通过在BuildConfig的nodeSelector字段中分配标签来分配在特定节点上运行的构建,例如:
apiVersion: "v1"
kind: "BuildConfig"
metadata:
name: "sample-build"
spec:
nodeSelector:(1)
key1: value1
key2: value2
| 1 | 与该构建配置关联的构建将仅在具有key1=value2和key2=value2标签的节点上运行。 |
对于 Go、C、C++ 和 Java 等编译语言,在应用程序镜像中包含编译所需的依赖项可能会增加镜像大小或引入可被利用的安全漏洞。
为了避免这些问题,可以将两个构建链接在一起。一个构建生成编译后的工件,另一个构建将该工件放在运行该工件的单独镜像中。
默认情况下,已完成生命周期的构建会无限期地保留。您可以限制保留的先前构建的数量。
通过为BuildConfig中的successfulBuildsHistoryLimit或failedBuildsHistoryLimit提供正整数来限制保留的先前构建的数量,例如:
apiVersion: "v1"
kind: "BuildConfig"
metadata:
name: "sample-build"
spec:
successfulBuildsHistoryLimit: 2 (1)
failedBuildsHistoryLimit: 2 (2)
| 1 | successfulBuildsHistoryLimit将保留最多两个状态为completed的构建。 |
| 2 | failedBuildsHistoryLimit将保留最多两个状态为failed、canceled或error的构建。 |
通过以下任一操作触发构建修剪
更新构建配置。
等待构建完成其生命周期。
构建按其创建时间戳排序,最旧的构建将首先被修剪。