CustomResourceDefinitions 中的版本
本页介绍如何将版本信息添加到 CustomResourceDefinitions,以指示您的 CustomResourceDefinitions 的稳定性级别或将您的 API 升级到具有 API 表示形式之间转换的新版本。它还描述了如何将对象从一个版本升级到另一个版本。
开始之前
您需要拥有一个 Kubernetes 集群,并且 kubectl 命令行工具必须配置为与您的集群通信。建议在至少有两个节点的集群上运行本教程,这些节点不充当控制平面主机。如果您还没有集群,可以使用 minikube 创建一个,或者您可以使用以下 Kubernetes 游乐场之一
您应该对 自定义资源 有初步的了解。
您的 Kubernetes 服务器必须为 v1.16 或更高版本。要检查版本,请输入kubectl version
。概述
CustomResourceDefinition API 提供了一个工作流程,用于引入和升级到 CustomResourceDefinition 的新版本。
创建 CustomResourceDefinition 时,第一个版本在 CustomResourceDefinition spec.versions
列表中设置为适当的稳定性级别和版本号。例如,v1beta1
表示第一个版本尚未稳定。所有自定义资源对象最初将存储在此版本中。
创建 CustomResourceDefinition 后,客户端可以开始使用 v1beta1
API。
稍后可能需要添加新版本,例如 v1
。
添加新版本
- 选择转换策略。由于自定义资源对象需要能够在两个版本中提供服务,这意味着它们有时将在与存储版本不同的版本中提供服务。为了使这成为可能,自定义资源对象有时必须在它们存储的版本和它们提供的版本之间进行转换。如果转换涉及模式更改并需要自定义逻辑,则应使用转换 Webhook。如果没有模式更改,则可以使用默认的
None
转换策略,并且只有在提供不同版本时才会修改apiVersion
字段。 - 如果使用转换 Webhook,请创建并部署转换 Webhook。有关更多详细信息,请参阅 Webhook 转换。
- 更新 CustomResourceDefinition 以在
spec.versions
列表中包含新版本,并使用served:true
。此外,将spec.conversion
字段设置为所选转换策略。如果使用转换 Webhook,请配置spec.conversion.webhookClientConfig
字段以调用 Webhook。
添加新版本后,客户端可以逐步迁移到新版本。一些客户端使用旧版本,而其他客户端使用新版本是完全安全的。
将存储的对象迁移到新版本
- 请参阅 将现有对象升级到新的存储版本 部分。
在升级对象到新的存储版本之前、期间和之后,客户端都可以安全地使用旧版本和新版本。
删除旧版本
- 确保所有客户端都已完全迁移到新版本。可以查看 kube-apiserver 日志以帮助识别仍在通过旧版本访问的任何客户端。
- 在
spec.versions
列表中将旧版本的served
设置为false
。如果任何客户端仍意外地使用旧版本,它们可能会开始报告尝试以旧版本访问自定义资源对象的错误。如果发生这种情况,请切换回在旧版本上使用served:true
,将剩余的客户端迁移到新版本,然后重复此步骤。 - 确保已完成 将现有对象升级到新的存储版本 步骤。
- 验证 CustomResourceDefinition 中的
spec.versions
列表中新版本的storage
是否设置为true
。 - 验证旧版本是否不再列在 CustomResourceDefinition
status.storedVersions
中。
- 验证 CustomResourceDefinition 中的
- 从 CustomResourceDefinition
spec.versions
列表中删除旧版本。 - 在转换 Webhook 中删除对旧版本的转换支持。
指定多个版本
CustomResourceDefinition API versions
字段可用于支持您开发的自定义资源的多个版本。版本可以具有不同的模式,并且转换 Webhook 可以将自定义资源在版本之间进行转换。Webhook 转换应尽可能遵循 Kubernetes API 约定。具体来说,请参阅 API 更改文档,了解一些有用的注意事项和建议。
注意
在apiextensions.k8s.io/v1beta1
中,有一个 version
字段而不是 versions
。version
字段已弃用且可选,但如果它不为空,则必须与 versions
字段中的第一个项目匹配。此示例显示了一个具有两个版本的 CustomResourceDefinition。对于第一个示例,假设所有版本共享相同的模式,并且它们之间没有转换。YAML 中的注释提供了更多上下文。
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
# name must match the spec fields below, and be in the form: <plural>.<group>
name: crontabs.example.com
spec:
# group name to use for REST API: /apis/<group>/<version>
group: example.com
# list of versions supported by this CustomResourceDefinition
versions:
- name: v1beta1
# Each version can be enabled/disabled by Served flag.
served: true
# One and only one version must be marked as the storage version.
storage: true
# A schema is required
schema:
openAPIV3Schema:
type: object
properties:
host:
type: string
port:
type: string
- name: v1
served: true
storage: false
schema:
openAPIV3Schema:
type: object
properties:
host:
type: string
port:
type: string
# The conversion section is introduced in Kubernetes 1.13+ with a default value of
# None conversion (strategy sub-field set to None).
conversion:
# None conversion assumes the same schema for all versions and only sets the apiVersion
# field of custom resources to the proper value
strategy: None
# either Namespaced or Cluster
scope: Namespaced
names:
# plural name to be used in the URL: /apis/<group>/<version>/<plural>
plural: crontabs
# singular name to be used as an alias on the CLI and for display
singular: crontab
# kind is normally the CamelCased singular type. Your resource manifests use this.
kind: CronTab
# shortNames allow shorter string to match your resource on the CLI
shortNames:
- ct
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
apiVersion: apiextensions.k8s.io/v1beta1
kind: CustomResourceDefinition
metadata:
# name must match the spec fields below, and be in the form: <plural>.<group>
name: crontabs.example.com
spec:
# group name to use for REST API: /apis/<group>/<version>
group: example.com
# list of versions supported by this CustomResourceDefinition
versions:
- name: v1beta1
# Each version can be enabled/disabled by Served flag.
served: true
# One and only one version must be marked as the storage version.
storage: true
- name: v1
served: true
storage: false
validation:
openAPIV3Schema:
type: object
properties:
host:
type: string
port:
type: string
# The conversion section is introduced in Kubernetes 1.13+ with a default value of
# None conversion (strategy sub-field set to None).
conversion:
# None conversion assumes the same schema for all versions and only sets the apiVersion
# field of custom resources to the proper value
strategy: None
# either Namespaced or Cluster
scope: Namespaced
names:
# plural name to be used in the URL: /apis/<group>/<version>/<plural>
plural: crontabs
# singular name to be used as an alias on the CLI and for display
singular: crontab
# kind is normally the PascalCased singular type. Your resource manifests use this.
kind: CronTab
# shortNames allow shorter string to match your resource on the CLI
shortNames:
- ct
您可以将 CustomResourceDefinition 保存到 YAML 文件中,然后使用 kubectl apply
创建它。
kubectl apply -f my-versioned-crontab.yaml
创建后,API 服务器开始在 HTTP REST 端点处提供每个启用的版本。在上面的示例中,API 版本可在 /apis/example.com/v1beta1
和 /apis/example.com/v1
处获得。
版本优先级
无论在 CustomResourceDefinition 中定义版本的顺序如何,kubectl 使用优先级最高的版本作为访问对象的默认版本。优先级是通过解析名称字段来确定版本号、稳定性(GA、Beta 或 Alpha)以及该稳定性级别内的顺序来确定的。
用于对版本进行排序的算法旨在以与 Kubernetes 项目对 Kubernetes 版本进行排序相同的方式对版本进行排序。版本以 v
开头,后跟一个数字、可选的 beta
或 alpha
指定以及可选的附加数字版本信息。大体上,版本字符串可能类似于 v2
或 v2beta1
。版本使用以下算法进行排序
- 遵循 Kubernetes 版本模式的条目在不遵循 Kubernetes 版本模式的条目之前进行排序。
- 对于遵循 Kubernetes 版本模式的条目,版本字符串的数字部分按从大到小的顺序进行排序。
- 如果字符串
beta
或alpha
位于第一个数字部分之后,则它们按该顺序进行排序,位于没有beta
或alpha
后缀的等效字符串之后(假定为 GA 版本)。 - 如果另一个数字位于
beta
或alpha
之后,则这些数字也按从大到小的顺序进行排序。 - 不符合上述格式的字符串按字母顺序进行排序,并且数字部分不会被特殊处理。请注意,在下面的示例中,
foo1
排在foo10
之前。这与遵循 Kubernetes 版本模式的条目的数字部分的排序不同。
如果您查看以下排序后的版本列表,这可能是有道理的
- v10
- v2
- v1
- v11beta2
- v10beta3
- v3beta1
- v12alpha1
- v11alpha2
- foo1
- foo10
对于 指定多个版本 中的示例,版本排序顺序为 v1
,然后是 v1beta1
。这会导致 kubectl 命令使用 v1
作为默认版本,除非提供的对象指定了版本。
版本弃用
Kubernetes v1.19 [稳定]
从 v1.19 开始,CustomResourceDefinition 可以指示它定义的资源的特定版本已弃用。当对该资源的弃用版本的 API 请求发出时,API 响应中会以标题形式返回警告消息。如果需要,可以自定义每个弃用版本的资源的警告消息。
自定义警告消息应指示弃用的 API 组、版本和种类,并且应指示应使用哪个 API 组、版本和种类,如果适用。
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
name: crontabs.example.com
spec:
group: example.com
names:
plural: crontabs
singular: crontab
kind: CronTab
scope: Namespaced
versions:
- name: v1alpha1
served: true
storage: false
# This indicates the v1alpha1 version of the custom resource is deprecated.
# API requests to this version receive a warning header in the server response.
deprecated: true
# This overrides the default warning returned to API clients making v1alpha1 API requests.
deprecationWarning: "example.com/v1alpha1 CronTab is deprecated; see http://example.com/v1alpha1-v1 for instructions to migrate to example.com/v1 CronTab"
schema: ...
- name: v1beta1
served: true
# This indicates the v1beta1 version of the custom resource is deprecated.
# API requests to this version receive a warning header in the server response.
# A default warning message is returned for this version.
deprecated: true
schema: ...
- name: v1
served: true
storage: true
schema: ...
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
apiVersion: apiextensions.k8s.io/v1beta1
kind: CustomResourceDefinition
metadata:
name: crontabs.example.com
spec:
group: example.com
names:
plural: crontabs
singular: crontab
kind: CronTab
scope: Namespaced
validation: ...
versions:
- name: v1alpha1
served: true
storage: false
# This indicates the v1alpha1 version of the custom resource is deprecated.
# API requests to this version receive a warning header in the server response.
deprecated: true
# This overrides the default warning returned to API clients making v1alpha1 API requests.
deprecationWarning: "example.com/v1alpha1 CronTab is deprecated; see http://example.com/v1alpha1-v1 for instructions to migrate to example.com/v1 CronTab"
- name: v1beta1
served: true
# This indicates the v1beta1 version of the custom resource is deprecated.
# API requests to this version receive a warning header in the server response.
# A default warning message is returned for this version.
deprecated: true
- name: v1
served: true
storage: true
版本删除
在将所有已存储的数据迁移到为旧版本自定义资源提供服务的每个集群的新 API 版本之前,以及从 CustomResourceDefinition 的 status.storedVersions
中删除旧版本之前,无法从 CustomResourceDefinition 清单中删除旧 API 版本。
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
name: crontabs.example.com
spec:
group: example.com
names:
plural: crontabs
singular: crontab
kind: CronTab
scope: Namespaced
versions:
- name: v1beta1
# This indicates the v1beta1 version of the custom resource is no longer served.
# API requests to this version receive a not found error in the server response.
served: false
schema: ...
- name: v1
served: true
# The new served version should be set as the storage version
storage: true
schema: ...
Webhook 转换
Kubernetes v1.16 [稳定]
注意
Webhook 转换从 1.15 开始可用,并且从 Kubernetes 1.13 开始可用。必须启用CustomResourceWebhookConversion
功能,对于许多集群来说,对于 beta 功能,这种情况会自动发生。有关更多信息,请参阅 功能网关 文档。上面的示例在版本之间具有 None 转换,它只在转换时设置 apiVersion
字段,而不会更改对象的其余部分。API 服务器还支持 Webhook 转换,这些转换在需要转换时会调用外部服务。例如,当
- 以与存储版本不同的版本请求自定义资源时。
- 手表在一个版本中创建,但更改后的对象存储在另一个版本中。
- 自定义资源 PUT 请求的版本与存储版本不同。
为了涵盖所有这些情况并优化 API 服务器的转换,转换请求可能包含多个对象以最大程度地减少外部调用。Webhook 应该独立执行这些转换。
编写转换 webhook 服务器
请参考在 Kubernetes e2e 测试中验证的 自定义资源转换 webhook 服务器 的实现。Webhook 处理 API 服务器发送的 ConversionReview
请求,并发送回包装在 ConversionResponse
中的转换结果。请注意,请求包含需要独立转换的自定义资源列表,而不会更改对象的顺序。示例服务器以可重复用于其他转换的方式进行组织。大多数通用代码位于 框架文件 中,该文件只留下 一个函数 用于实现不同的转换。
注意
示例转换 webhook 服务器将ClientAuth
字段留空 empty,默认值为 NoClientCert
。这意味着 webhook 服务器不验证客户端的身份,假设是 API 服务器。如果您需要双向 TLS 或其他验证客户端的方法,请参阅如何 验证 API 服务器。允许的变异
转换 webhook 必须不修改转换对象 metadata
中的任何内容,除了 labels
和 annotations
。尝试更改 name
、UID
和 namespace
将被拒绝并导致转换请求失败。所有其他更改将被忽略。
部署转换 webhook 服务
部署转换 webhook 的文档与 准入 webhook 示例服务 相同。下一节的假设是转换 webhook 服务器已部署到 default
命名空间中名为 example-conversion-webhook-server
的服务,并在路径 /crdconvert
上提供服务。
注意
当 webhook 服务器作为服务部署到 Kubernetes 集群中时,它必须通过端口 443 上的服务公开(服务器本身可以具有任意端口,但服务对象应将其映射到端口 443)。如果服务使用不同的端口,则 API 服务器和 webhook 服务之间的通信可能会失败。配置 CustomResourceDefinition 以使用转换 webhook
None
转换示例可以通过修改 spec
的 conversion
部分来扩展以使用转换 webhook
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
# name must match the spec fields below, and be in the form: <plural>.<group>
name: crontabs.example.com
spec:
# group name to use for REST API: /apis/<group>/<version>
group: example.com
# list of versions supported by this CustomResourceDefinition
versions:
- name: v1beta1
# Each version can be enabled/disabled by Served flag.
served: true
# One and only one version must be marked as the storage version.
storage: true
# Each version can define its own schema when there is no top-level
# schema is defined.
schema:
openAPIV3Schema:
type: object
properties:
hostPort:
type: string
- name: v1
served: true
storage: false
schema:
openAPIV3Schema:
type: object
properties:
host:
type: string
port:
type: string
conversion:
# the Webhook strategy instructs the API server to call an external webhook for any conversion between custom resources.
strategy: Webhook
# webhook is required when strategy is `Webhook` and it configures the webhook endpoint to be called by API server.
webhook:
# conversionReviewVersions indicates what ConversionReview versions are understood/preferred by the webhook.
# The first version in the list understood by the API server is sent to the webhook.
# The webhook must respond with a ConversionReview object in the same version it received.
conversionReviewVersions: ["v1","v1beta1"]
clientConfig:
service:
namespace: default
name: example-conversion-webhook-server
path: /crdconvert
caBundle: "Ci0tLS0tQk...<base64-encoded PEM bundle>...tLS0K"
# either Namespaced or Cluster
scope: Namespaced
names:
# plural name to be used in the URL: /apis/<group>/<version>/<plural>
plural: crontabs
# singular name to be used as an alias on the CLI and for display
singular: crontab
# kind is normally the CamelCased singular type. Your resource manifests use this.
kind: CronTab
# shortNames allow shorter string to match your resource on the CLI
shortNames:
- ct
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
apiVersion: apiextensions.k8s.io/v1beta1
kind: CustomResourceDefinition
metadata:
# name must match the spec fields below, and be in the form: <plural>.<group>
name: crontabs.example.com
spec:
# group name to use for REST API: /apis/<group>/<version>
group: example.com
# prunes object fields that are not specified in OpenAPI schemas below.
preserveUnknownFields: false
# list of versions supported by this CustomResourceDefinition
versions:
- name: v1beta1
# Each version can be enabled/disabled by Served flag.
served: true
# One and only one version must be marked as the storage version.
storage: true
# Each version can define its own schema when there is no top-level
# schema is defined.
schema:
openAPIV3Schema:
type: object
properties:
hostPort:
type: string
- name: v1
served: true
storage: false
schema:
openAPIV3Schema:
type: object
properties:
host:
type: string
port:
type: string
conversion:
# the Webhook strategy instructs the API server to call an external webhook for any conversion between custom resources.
strategy: Webhook
# webhookClientConfig is required when strategy is `Webhook` and it configures the webhook endpoint to be called by API server.
webhookClientConfig:
service:
namespace: default
name: example-conversion-webhook-server
path: /crdconvert
caBundle: "Ci0tLS0tQk...<base64-encoded PEM bundle>...tLS0K"
# either Namespaced or Cluster
scope: Namespaced
names:
# plural name to be used in the URL: /apis/<group>/<version>/<plural>
plural: crontabs
# singular name to be used as an alias on the CLI and for display
singular: crontab
# kind is normally the CamelCased singular type. Your resource manifests use this.
kind: CronTab
# shortNames allow shorter string to match your resource on the CLI
shortNames:
- ct
您可以将 CustomResourceDefinition 保存到 YAML 文件中,然后使用 kubectl apply
应用它。
kubectl apply -f my-versioned-crontab-with-conversion.yaml
确保转换服务已启动并运行,然后再应用新的更改。
联系 webhook
一旦 API 服务器确定请求应发送到转换 webhook,它需要知道如何联系 webhook。这在 webhook 配置的 webhookClientConfig
部分中指定。
转换 webhook 可以通过 URL 或服务引用进行调用,并且可以选择包含一个自定义 CA 捆绑包来用于验证 TLS 连接。
URL
url
给出 webhook 的位置,采用标准 URL 格式 (scheme://host:port/path
)。
host
不应引用集群中运行的服务;通过指定 service
字段来使用服务引用。主机可能通过某些 API 服务器中的外部 DNS 解析(例如,kube-apiserver
无法解析集群内 DNS,因为这将是分层违规)。host
也可能是一个 IP 地址。
请注意,除非您非常小心地在所有运行 API 服务器的主机上运行此 webhook(这些 API 服务器可能需要对此 webhook 进行调用),否则使用 localhost
或 127.0.0.1
作为 host
是有风险的。此类安装很可能不可移植或无法在新的集群中轻松运行。
方案必须是“https”;URL 必须以“https://”开头。
尝试使用用户或基本身份验证(例如“user:password@”)是不允许的。片段(“#...”)和查询参数(“?...”)也不允许。
以下是一个配置为调用 URL 的转换 webhook 示例(并期望使用系统信任根验证 TLS 证书,因此不指定 caBundle)
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
...
spec:
...
conversion:
strategy: Webhook
webhook:
clientConfig:
url: "https://my-webhook.example.com:9443/my-webhook-path"
...
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
apiVersion: apiextensions.k8s.io/v1beta1
kind: CustomResourceDefinition
...
spec:
...
conversion:
strategy: Webhook
webhookClientConfig:
url: "https://my-webhook.example.com:9443/my-webhook-path"
...
服务引用
webhookClientConfig
内部的 service
部分是对转换 webhook 服务的引用。如果 webhook 在集群内运行,则应使用 service
而不是 url
。服务命名空间和名称是必需的。端口是可选的,默认为 443。路径是可选的,默认为“/”。
以下是一个 webhook 示例,它配置为在子路径“/my-path”上调用端口“1234”上的服务,并使用自定义 CA 捆绑包针对服务器名称 my-service-name.my-service-namespace.svc
验证 TLS 连接。
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
...
spec:
...
conversion:
strategy: Webhook
webhook:
clientConfig:
service:
namespace: my-service-namespace
name: my-service-name
path: /my-path
port: 1234
caBundle: "Ci0tLS0tQk...<base64-encoded PEM bundle>...tLS0K"
...
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
apiVersion: apiextensions.k8s.io/v1beta1
kind: CustomResourceDefinition
...
spec:
...
conversion:
strategy: Webhook
webhookClientConfig:
service:
namespace: my-service-namespace
name: my-service-name
path: /my-path
port: 1234
caBundle: "Ci0tLS0tQk...<base64-encoded PEM bundle>...tLS0K"
...
Webhook 请求和响应
请求
Webhook 会收到一个 POST 请求,Content-Type: application/json
,并将 ConversionReview
API 对象序列化为 JSON 作为主体,该对象位于 apiextensions.k8s.io
API 组中。
Webhook 可以使用其 CustomResourceDefinition 中的 conversionReviewVersions
字段指定它们接受的 ConversionReview
对象的版本。
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
...
spec:
...
conversion:
strategy: Webhook
webhook:
conversionReviewVersions: ["v1", "v1beta1"]
...
创建 apiextensions.k8s.io/v1
自定义资源定义时,conversionReviewVersions
是一个必需字段。Webhook 必须至少支持当前和上一个 API 服务器理解的一个 ConversionReview
版本。
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
apiVersion: apiextensions.k8s.io/v1beta1
kind: CustomResourceDefinition
...
spec:
...
conversion:
strategy: Webhook
conversionReviewVersions: ["v1", "v1beta1"]
...
如果未指定 conversionReviewVersions
,则创建 apiextensions.k8s.io/v1beta1
自定义资源定义时的默认值为 v1beta1
。
API 服务器会发送它们支持的 conversionReviewVersions
列表中的第一个 ConversionReview
版本。如果列表中的任何版本都不受 API 服务器支持,则不允许创建自定义资源定义。如果 API 服务器遇到以前创建的转换 webhook 配置,并且不支持 API 服务器知道的任何 ConversionReview
版本,则尝试调用 webhook 将失败。
此示例显示了 ConversionReview
对象中包含的数据,用于将 CronTab
对象转换为 example.com/v1
的请求
{
"apiVersion": "apiextensions.k8s.io/v1",
"kind": "ConversionReview",
"request": {
# Random uid uniquely identifying this conversion call
"uid": "705ab4f5-6393-11e8-b7cc-42010a800002",
# The API group and version the objects should be converted to
"desiredAPIVersion": "example.com/v1",
# The list of objects to convert.
# May contain one or more objects, in one or more versions.
"objects": [
{
"kind": "CronTab",
"apiVersion": "example.com/v1beta1",
"metadata": {
"creationTimestamp": "2019-09-04T14:03:02Z",
"name": "local-crontab",
"namespace": "default",
"resourceVersion": "143",
"uid": "3415a7fc-162b-4300-b5da-fd6083580d66"
},
"hostPort": "localhost:1234"
},
{
"kind": "CronTab",
"apiVersion": "example.com/v1beta1",
"metadata": {
"creationTimestamp": "2019-09-03T13:02:01Z",
"name": "remote-crontab",
"resourceVersion": "12893",
"uid": "359a83ec-b575-460d-b553-d859cedde8a0"
},
"hostPort": "example.com:2345"
}
]
}
}
{
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
"apiVersion": "apiextensions.k8s.io/v1beta1",
"kind": "ConversionReview",
"request": {
# Random uid uniquely identifying this conversion call
"uid": "705ab4f5-6393-11e8-b7cc-42010a800002",
# The API group and version the objects should be converted to
"desiredAPIVersion": "example.com/v1",
# The list of objects to convert.
# May contain one or more objects, in one or more versions.
"objects": [
{
"kind": "CronTab",
"apiVersion": "example.com/v1beta1",
"metadata": {
"creationTimestamp": "2019-09-04T14:03:02Z",
"name": "local-crontab",
"namespace": "default",
"resourceVersion": "143",
"uid": "3415a7fc-162b-4300-b5da-fd6083580d66"
},
"hostPort": "localhost:1234"
},
{
"kind": "CronTab",
"apiVersion": "example.com/v1beta1",
"metadata": {
"creationTimestamp": "2019-09-03T13:02:01Z",
"name": "remote-crontab",
"resourceVersion": "12893",
"uid": "359a83ec-b575-460d-b553-d859cedde8a0"
},
"hostPort": "example.com:2345"
}
]
}
}
响应
Webhook 会以 200 HTTP 状态代码、Content-Type: application/json
和一个包含 ConversionReview
对象(与发送的版本相同)的主体进行响应,其中 response
部分已填充并序列化为 JSON。
如果转换成功,webhook 应返回一个包含以下字段的 response
部分
uid
,从发送到 webhook 的request.uid
中复制result
,设置为{"status":"Success"}
convertedObjects
,包含来自request.objects
的所有对象,已转换为request.desiredAPIVersion
Webhook 发出的最小成功响应示例
{
"apiVersion": "apiextensions.k8s.io/v1",
"kind": "ConversionReview",
"response": {
# must match <request.uid>
"uid": "705ab4f5-6393-11e8-b7cc-42010a800002",
"result": {
"status": "Success"
},
# Objects must match the order of request.objects, and have apiVersion set to <request.desiredAPIVersion>.
# kind, metadata.uid, metadata.name, and metadata.namespace fields must not be changed by the webhook.
# metadata.labels and metadata.annotations fields may be changed by the webhook.
# All other changes to metadata fields by the webhook are ignored.
"convertedObjects": [
{
"kind": "CronTab",
"apiVersion": "example.com/v1",
"metadata": {
"creationTimestamp": "2019-09-04T14:03:02Z",
"name": "local-crontab",
"namespace": "default",
"resourceVersion": "143",
"uid": "3415a7fc-162b-4300-b5da-fd6083580d66"
},
"host": "localhost",
"port": "1234"
},
{
"kind": "CronTab",
"apiVersion": "example.com/v1",
"metadata": {
"creationTimestamp": "2019-09-03T13:02:01Z",
"name": "remote-crontab",
"resourceVersion": "12893",
"uid": "359a83ec-b575-460d-b553-d859cedde8a0"
},
"host": "example.com",
"port": "2345"
}
]
}
}
{
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
"apiVersion": "apiextensions.k8s.io/v1beta1",
"kind": "ConversionReview",
"response": {
# must match <request.uid>
"uid": "705ab4f5-6393-11e8-b7cc-42010a800002",
"result": {
"status": "Failed"
},
# Objects must match the order of request.objects, and have apiVersion set to <request.desiredAPIVersion>.
# kind, metadata.uid, metadata.name, and metadata.namespace fields must not be changed by the webhook.
# metadata.labels and metadata.annotations fields may be changed by the webhook.
# All other changes to metadata fields by the webhook are ignored.
"convertedObjects": [
{
"kind": "CronTab",
"apiVersion": "example.com/v1",
"metadata": {
"creationTimestamp": "2019-09-04T14:03:02Z",
"name": "local-crontab",
"namespace": "default",
"resourceVersion": "143",
"uid": "3415a7fc-162b-4300-b5da-fd6083580d66"
},
"host": "localhost",
"port": "1234"
},
{
"kind": "CronTab",
"apiVersion": "example.com/v1",
"metadata": {
"creationTimestamp": "2019-09-03T13:02:01Z",
"name": "remote-crontab",
"resourceVersion": "12893",
"uid": "359a83ec-b575-460d-b553-d859cedde8a0"
},
"host": "example.com",
"port": "2345"
}
]
}
}
如果转换失败,webhook 应返回一个包含以下字段的 response
部分
uid
,从发送到 webhook 的request.uid
中复制result
,设置为{"status":"Failed"}
警告
转换失败可能会中断对自定义资源的读写访问,包括更新或删除资源的能力。应尽可能避免转换失败,并且不应将其用于强制执行验证约束(请使用验证模式或 webhook 准入)。Webhook 发出的响应示例,指示转换请求失败,并包含可选消息
{
"apiVersion": "apiextensions.k8s.io/v1",
"kind": "ConversionReview",
"response": {
"uid": "<value from request.uid>",
"result": {
"status": "Failed",
"message": "hostPort could not be parsed into a separate host and port"
}
}
}
{
# Deprecated in v1.16 in favor of apiextensions.k8s.io/v1
"apiVersion": "apiextensions.k8s.io/v1beta1",
"kind": "ConversionReview",
"response": {
"uid": "<value from request.uid>",
"result": {
"status": "Failed",
"message": "hostPort could not be parsed into a separate host and port"
}
}
}
编写、读取和更新版本化的 CustomResourceDefinition 对象
当写入对象时,它将存储在写入时指定为存储版本的版本中。如果存储版本发生更改,则现有对象永远不会自动转换。但是,新创建或更新的对象将以新的存储版本写入。对象可能以不再提供的版本写入。
当您读取对象时,您会在路径中指定版本。您可以请求以当前提供的任何版本获取对象。如果您指定的版本与对象的存储版本不同,Kubernetes 会以您请求的版本将对象返回给您,但存储在磁盘上的对象不会更改。
在提供读取请求时返回的对象会发生什么取决于 CRD 的 spec.conversion
中指定的內容
- 如果指定了默认的
strategy
值None
,则对对象的唯一修改是更改apiVersion
字符串,以及可能 修剪未知字段(取决于配置)。请注意,如果存储版本和请求版本之间的模式不同,这不太可能导致良好的结果。特别是,如果同一数据在不同版本之间以不同的字段表示,则不应使用此策略。 - 如果指定了 webhook 转换,则此机制控制转换。
如果您更新现有对象,它将以当前存储版本重写。这是对象从一个版本更改为另一个版本的唯一方法。
为了说明这一点,请考虑以下假设的事件序列
- 存储版本是
v1beta1
。您创建了一个对象。它存储在版本v1beta1
中 - 您将版本
v1
添加到您的 CustomResourceDefinition 并将其指定为存储版本。这里v1
和v1beta1
的模式相同,这通常是将 API 提升到 Kubernetes 生态系统中的稳定状态时的情况。 - 您以版本
v1beta1
读取您的对象,然后您再次以版本v1
读取对象。两个返回的对象都相同,除了 apiVersion 字段。 - 您创建了一个新对象。它存储在版本
v1
中。您现在有两个对象,一个在v1beta1
中,另一个在v1
中。 - 您更新第一个对象。它现在存储在版本
v1
中,因为那是当前的存储版本。
以前的存储版本
API 服务器在状态字段 storedVersions
中记录每个曾经被标记为存储版本的版本。对象可能以曾经被指定为存储版本的任何版本存储。任何对象都不能以从未作为存储版本的版本存储。
将现有对象升级到新的存储版本
弃用版本并停止支持时,请选择存储升级过程。
选项 1:使用存储版本迁移器
- 运行 存储版本迁移器
- 从 CustomResourceDefinition
status.storedVersions
字段中删除旧版本。
选项 2:手动将现有对象升级到新的存储版本
以下是如何从 v1beta1
升级到 v1
的示例过程。
- 在 CustomResourceDefinition 文件中将
v1
设置为存储,并使用 kubectl 应用它。storedVersions
现在是v1beta1, v1
。 - 编写升级过程以列出所有现有对象并使用相同的内容写入它们。这会强制后端以当前存储版本(即
v1
)写入对象。 - 从 CustomResourceDefinition
status.storedVersions
字段中删除v1beta1
。
注意
使用 `--subresource` 标志与 `kubectl get`、`patch`、`edit` 和 `replace` 命令一起使用,以获取和更新所有支持它们的 API 资源的子资源 `status` 和 `scale`。此标志从 kubectl 版本 v1.24 开始可用。以前,通过 kubectl 读取子资源(如 `status`)需要使用 `kubectl --raw`,而使用 kubectl 更新子资源则完全不可能。从 v1.24 开始,`kubectl` 工具可用于编辑或修补 CRD 对象上的 `status` 子资源。请参阅 如何使用子资源标志修补 Deployment。
此页面是 Kubernetes v1.30 文档的一部分。如果您正在运行其他版本的 Kubernetes,请参阅该版本的文档。
以下是如何使用 `kubectl` 修补 CRD 对象的 `status` 子资源的示例
kubectl patch customresourcedefinitions <CRD_Name> --subresource='status' --type='merge' -p '{"status":{"storedVersions":["v1"]}}'