Kubernetes如何处理同一资源的多个API版本？
Kubernetes如何处理同一资源的多个API版本？
提问于 2021-11-10 13:21:25
在Kubernetes中，我们可以使用不同的API版本请求资源：
kubectl get roles.v1.rbac.authorization.k8s.io foo -n bar -oyaml
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
name: foo
namespace: bar
rules:
- apiGroups:
- ""
resources:
- endpoints
- secrets
verbs:
- create
- get
- watch
- list
- updatekubectl get roles.v1beta1.rbac.authorization.k8s.io foo -n bar -oyaml
Warning: rbac.authorization.k8s.io/v1beta1 Role is deprecated in v1.17+, unavailable in v1.22+; use rbac.authorization.k8s.io/v1 Role
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: Role
metadata:
name: foo
namespace: bar
rules:
- apiGroups:
- ""
resources:
- endpoints
- secrets
verbs:
- create
- get
- watch
- list
- update- 用于创建资源的API版本会对ETCD中存储的资源产生影响吗？
- 如果资源是在较新的API版本(v1)还不存在时存储的，那么当删除旧的API版本(v1beta1)时，会不会出现问题？
- 升级到移除
rbac.authorization.k8s.io/v1beta1的Kubernetes v1.22会破坏已经创建/存储的资源吗？ - 如何处理不同API版本之间的资源转换？
回答 1
Stack Overflow用户
回答已采纳
发布于 2021-11-15 11:40:16
如果资源是在较新的API版本(v1)还不存在时存储的，那么当删除旧的API版本(v1beta1)时，会不会出现问题？
Kubernetes支持一个巨大的弹性弃用系统，它允许您及时创建、迁移和维护API版本(跳到您的下一个问题时，您有时应该手动将API版本升级到最新版本)。
您可以检查Kubernetes反对政策指南，这是保持集群工作状态的一个非常重要的部分。
主要规则：
- 规则1:只有通过增加API组的版本才能删除API元素。
- 规则2: API对象必须能够在给定版本的API版本之间进行往返，而不会丢失信息，但某些版本中不存在的整个REST资源除外。
- 规则3:在新的API版本(至少是稳定的)发布之前，在给定轨道上的API版本可能不会被废弃。
- 规则#4a:除了每个曲目中最新的API版本之外，在宣布在某段时间内取消推荐之后，必须支持较早的API版本。
- 规则#4b:给定组的“首选”API版本和“存储版本”在发布同时支持新版本和前一个版本之后才能升级。
还可以检查表，该表描述在一系列后续版本中支持哪些API版本。
升级到Kubernetes v1.22 (删除rbac.Authization.k8s.io/v1beta1)是否会破坏已经创建/存储的资源？
我认为是的，根据1.22 RBAC废弃资源的说法，你必须采取一些行动
如何处理不同API版本之间的资源转换？
检查做什么？
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/69914039
复制相关文章
相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号