这篇具有很好参考价值的文章主要介绍了【k8s故障处理篇】创建Deployment时报错“Deployment in version “v1“ cannot be handled as a Deployment....“。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。
文章来源地址https://www.toymoban.com/news/detail-788430.html
文章来源：https://www.toymoban.com/news/detail-788430.html
到了这里，关于【k8s故障处理篇】创建Deployment时报错“Deployment in version “v1“ cannot be handled as a Deployment....“的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！
Deployment是k8s中用来管理发布的控制器，在开发的过程中使用非常频繁，本篇文章主要介绍deployment相关的使用和原理。 声明式API 最终一致性 水平触发 资源对象 。。。 定义一组pod的期望数量，controller会维持Pod的数量和期望的一致（其实deployment是通过管理rs的状态来
Deployment部署文件 nginx容器页面目录挂载到emptyDir emptyDir目录是pod所在的node节点主机的目录，此目录下的data即对应容器里的/usr/share/nginx/html，实现目录挂载；图1红框里的号对应docker 的name中的编号，如下俩个图
deployment用于部署无状态应用 Deployment集成了上线部署、滚动升级、创建副本、回滚等功能 Deployment里包含并使用了ReplicaSet Replicaset 通过改变Pod副本数量实现Pod的扩容和缩容 参考文档 https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/deployment/ 1 yaml文件 2 pod版本升级 查看帮助
Kubernetes通过各种Controller来管理Pod的生命周期 。 为了满足不同业 务 景 ， Kubernetes 开发了Deployment、ReplicaSet、DaemonSet、StatefuleSet、Job等多种Controller。我们⾸先学习最常用Deployment。 第一种是通过kubectl命令直接创建： 在最新的 Kubernetes 版本中，kubectl create deployment 命令不再直接
报错内容 calico版本 与 k8s版本不匹配 查看k8s的版本 kubectl version 查看k8s对应的calico的版本 https://projectcalico.docs.tigera.io/archive/v3.20/getting-started/kubernetes/requirements 查看需要v3.2.0的版本的calico 重新下载正确版本calico 再执行 kubectl apply -f calico.yaml 可以看到以下效果，代表成功了
Deployment官方文档： https://kubernetes.io/docs/concepts/workloads/controllers/deployment/ Deployment是kubernetes中最常用的资源对象，为ReplicaSet和Pod的创建提供了一种声明式的定义方法，在Deployment对象中描述一个期望的状态，Deployment控制器就会按照一定的控制速率把实际状态改成期望状态，通
RC（Replication Controller）主要作用就是用来确保容器应用的副本数始终保持在用户定义的副本数。即如果有容器异常退出，会自动创建新的pod来替代；而如果异常多出来的容器也会自动回收。 K8S官方建议使用RS（ReplicaSet）替代RC（Replication Controller）进行部署，RS跟RC没有本质的
K8S Deployments 提供比 Replication Controller 、ReplicaSet 更高一级的抽象，也具备更丰富的功能。Deployment对象不仅创建pod，还确保集群中始终运行正确数量的pod，处理可伸缩性，并持续处理pod的更新。所有这些活动都可以通过部署YAML中的字段进行配置。下面接下来就开始K8S Deploymen
deployment： pod： 删除pod： 可是，此时你会发现刚刚删除的pod开始重构。那是因为pod的上级deployment仍然存在，k8s会启动容灾机智，再拉一个新pod。 想要彻底删除pod，直接干掉它上层的deployment就可以 删除deployment： 干掉deployment，里面的pod自然就被一起删除了
