当前位置: 首页 > 知识库问答 >
问题:

当我在Kubernetes中使用部署时,apps/v1beta1和extensions/v1beta1有什么区别?

闻人修平
2023-03-14

我使用Kubernetes官方文档中的yaml文件在Kubernetes中创建部署,它在顶部使用apiversion:apps/v1beta1。然后键入kubectl create-f Deployment.yaml创建此部署,但出现以下错误:

error: error validating "deployment.yaml": error validating data: couldn't find type: v1beta1.Deployment; if you choose to ignore these errors, turn validation off with --validate=false`

经过一些搜索,我将apiversion:apps/v1beta1更改为extensions/v1beta1,然后用yaml文件重新创建部署,结果运行良好。
所以,我想知道apps/v1beta1extensions/v1beta1之间有什么区别。它与库伯内特的版本有关吗?

# kubectl version
Client Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.4", GitCommit:"7243c69eb523aa4377bce883e7c0dd76b84709a1", GitTreeState:"clean", BuildDate:"2017-03-07T23:53:09Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.4", GitCommit:"7243c69eb523aa4377bce883e7c0dd76b84709a1", GitTreeState:"clean", BuildDate:"2017-03-07T23:34:32Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"}

共有1个答案

宋飞掣
2023-03-14

appsAPI组将是v1部署类型所在的位置。Apps/v1Beta1版本是在1.6.0中添加的,因此,如果您有1.5.x客户端或服务器,则仍应使用Extensions/v1Beta1版本。

code>apps/v1beta1和extensions/v1beta1部署类型相同,但通过appsAPI创建时,会使用一些改进的默认值

 类似资料:
  • 问题内容: 我正在尝试使用Jenkins在Kubernetes中部署下一个frontend-deployment.yaml,但是出现下一个错误: 如果我从Kubernetes集群中的机器上运行,则可以正常工作。 这是我的frontend-deployment.yaml: 问题答案: 我的问题是因为在Jenkinsfile中,我使用的是Kubernetes仪表板URL而不是Kubernetes AP

  • 我正在尝试在主节点上安装flannel,但出现以下错误。 无法识别“https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml:版本“extensions/v1beta1”中的种类“守护程序”没有匹配项 kubectl

  • 我一直在使用创建POD,但我看到一些文档使用,更具体地说是多容器POD的文档: 但是要创建pod,我可以使用一个部署类型: 我注意到pod文档上说:

  • 在k8s工作节点上: admin1@poc-k8s-node1:~$sudo kubeadm join 192.168.137.2:6443-token s03usq.lrz343lolmrz00lf-discovery-token-ca-cert-hash sha256:5c6b88a78e7b303debda447fa6f7fb48e3746bedc07dc2a518fbc80d48f37ba

  • 我是Rust的新手。我认为用于将标识符导入当前范围,用于声明外部模块。但是这种理解(可能是错误的)对我来说没有任何意义。有人能解释一下为什么Rust有这两个概念以及适合使用它们的情况吗?

  • 问题内容: 在深入研究Docker,Google Cloud和Kubernetes的同时,还没有清楚地了解这三个产品,在我看来,这些产品是重叠的,但它们并不兼容。 例如,需要重写文件,以便可以将应用程序部署到Kubernetes。 有人可以对Docker,Docker Compose,Docker Cloud和Kubernetes重叠之处以及其中一个相互依赖的地方进行概括的粗略描述吗? 问题答案: