我使用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/v1beta1
和extensions/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"}
apps
API组将是v1部署类型所在的位置。Apps/v1Beta1
版本是在1.6.0中添加的,因此,如果您有1.5.x客户端或服务器,则仍应使用Extensions/v1Beta1
版本。
code>apps/v1beta1和extensions/v1beta1
部署类型相同,但通过apps
API创建时,会使用一些改进的默认值
问题内容: 我正在尝试使用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重叠之处以及其中一个相互依赖的地方进行概括的粗略描述吗? 问题答案: