域名备案和网站备案有什么区别,如何做公司网站建设,丹阳网站,开发板哪个好上一篇《部署过程解析与安装Dashboard》中我们了解K8S的部署过程#xff0c;这一篇我们来了解一下K8S为我们提供的几种应用运行方式#xff1a;Deployment、DaemonSet与Job#xff0c;它们是Kubernetes最重要的核心功能提供者。考虑到篇幅和更新速度#xff0c;我将其分为两… 上一篇《部署过程解析与安装Dashboard》中我们了解K8S的部署过程这一篇我们来了解一下K8S为我们提供的几种应用运行方式Deployment、DaemonSet与Job它们是Kubernetes最重要的核心功能提供者。考虑到篇幅和更新速度我将其分为两篇文章本篇会主要介绍Deployment主要参考自CloudMan《每天5分钟玩转Kubernetes》也推荐大家购买阅读。01—创建资源的两种方式对比K8S支持两种创建资源的方式分别是 使用kubectl命令直接创建 与 通过配置文件kubectl apply创建下面以上一篇中的ASP.NET Core示例来分别介绍下这两种方式。1.1 Kubectl命令直接创建 第一种是通过kubectl命令直接创建kubectl run k8s-demo-deployment --imageedisonsaonian/k8s-demo:latest --replicas2 --namespaceaspnetcore 这样我们就部署了一个具有2个副本的k8s-demo一个ASP.NET Core API示例。1.2 YAML配置文件创建 第二种是通过配置文件kubectl apply(kubectl create也可以)创建apiVersion: apps/v1
kind: Deployment
metadata: name: k8s-demo-deployment namespace: aspnetcore
spec: replicas: 2 template: spec: containers: - name: k8s-demo image: edisonsaonian/k8s-demo ports: - containerPort: 80 不过上面的配置文件可能并不能直接运行因为默认情况下K8S还有一些必填项的验证完整你可以参考下面这段配置。更多yaml文件的语法基础可以参考这一篇文章https://www.kubernetes.org.cn/1414.htmlapiVersion: apps/v1
kind: Deployment
metadata: name: k8s-demo-deployment namespace: aspnetcore
spec: replicas: 2 selector: matchLabels: app: aspnetcore_webapi template: metadata: labels: app: aspnetcore_webapi spec: containers: - name: k8s-demo image: edisonsaonian/k8s-demo ports: - containerPort: 80 如上所示我们将资源的属性都写在了一个yaml格式的配置文件中有了这个配置文件我们只需要执行一句kubectl apply -f k8s-demo-deployment.yaml1.3 相关补充 如果要删除deployment也只需要执行一句kubectl delete deployment k8s-demo-deployment 或者是下面这一句kubectl delete -f k8s-demo-deployment.yaml 执行之后K8S会自动帮我们删除相关Deployment、ReplicaSet副本集以及Pod。 可以看出直接通过kubectl创建会比较省力和快捷但是它无法做到很好的管理不适合正式的、规模化的部署因此我们一般会更加倾向于采用配置文件的方式但是使用配置文件要求我们熟悉yaml的语法如果存在类似制表符之类的特殊字符都是无法成功执行的。02—Deployment必知必会2.1 Deployment类型应用运行 这里我们仍以上面提到的k8s-demo示例项目为例通过下面这个配置文件来创建资源apiVersion: apps/v1
kind: Deployment
metadata: name: k8s-demo-deployment namespace: aspnetcore
spec: replicas: 2 selector: matchLabels: app: aspnetcore_webapi template: metadata: labels: app: aspnetcore_webapi spec: containers: - name: k8s-demo image: edisonsaonian/k8s-demo ports: - containerPort: 80 通过下面的命令创建资源kubectl apply -f k8s-demo-deployment.yaml 下面我们来看看K8S到底为我们做了些什么工作 1查看k8s-demo-deployment状态kubectl get deployment k8s-demo-deployment -n aspnetcore 可以看到对于我们的这个deployment生成了2个副本且正常运行。 如果想要获得更加相信的信息可以使用下面这句kubectl describe deployment k8s-demo-deployment -n aspnetcore 从deployment的日志中可以看到如下图所示的信息 可以看到K8S的Deployment-Controller为k8s-demo创建了一个ReplicaSet名叫k8s-demo-deployment-54d5c97fb7后面的Pod就是由这个ReplicaSet来管理的。 2查看ReplicaSet的状态kubectl describe replicaset -n aspnetcore 会得到以下两个图所示的信息 从上图可以看出这个ReplicaSet是由Deployment k8s-demo-deployment 创建的。 从上图中的日志Events代表日志可以看出两个副本Pod是由ReplicaSet-Controller创建的且创建成功。 3查看Pod的状态kubectl describe pod -n aspnetcore 同样也会得到如下图所示的两个信息 可以看出此Pod是由ReplicaSet k8s-demo-deployment-54d5c97fb7创建的。下图的日志记录了Pod的启动过程 从日志中可以看到Pod的启动过程如果启动过程中发生了异常比如拉取镜像失败都可以通过输出的错误信息查看原因。 下图是整个Deployment的部署过程即kubectl→Deployment→ReplicaSet→Pod也可以看出对象的命名方式的规则 2.2 伸缩Scale 所谓伸缩是指在线实时增加或减少Pod的副本数量。在刚刚的部署中我们在配置文件中定义的是2个副本如下图所示 可以看到两个副本分别位于k8s-node1 和 k8s-node2上面。一般默认情况下K8S不会将Pod调度到Master节点上虽然Master节点也是可以作为Node节点晒用的。 这时如果我们想要扩展副本数量从2到3只需要修改配置文件apiVersion: apps/v1
kind: Deployment
metadata: name: k8s-demo-deployment namespace: aspnetcore
spec: replicas: 3
...... 然后再次applykubectl apply -f k8s-demo-deployment.yaml 最终结果如下图所示 同理如果想缩小副本数量也是如上所述的步骤不再赘述。2.3 故障转移FailOver 所谓K8S中的故障转移FailOver就是当某个Node节点失效或宕机时会将该Node上所运行的所有Pod转移到其他健康的Node节点上继续运行。 这里继续上例我们有两个Pod都运行在k8s-node2上那么我们这里模拟k8s-node2故障强制关闭该节点halt -h 等待一段时间后放心不会很快当K8S检测到k8s-node2不可用会将k8s-node2上的Pod最终标记为Terminating状态并在k8s-node1上新建两个Pod维持副本总数量为3。 当然也可以从Dashboard中直观的看到 当k8s-node2恢复后Terminating的Pod会自动被删除不过已经运行在k8s-node1的Pod是不会重新调度回k8s-node2的。 2.4 善用label控制Pod位置 默认情况下K8S的Scheduler会均衡调度Pod到所有可用的Node节点但是有些时候希望将指定的Pod部署到指定的Node节点。例如一个I/O密集型的Pod可以尽量部署在配置了SSD的Node节点又或者一个需要GPU的Pod可以尽量部署在配置了GPU的Node节点上。 不用担心K8S为我们提供了label来实现这个功能label是一个key/value对可以灵活设置各种自定义的属性。比如我们这里假设我们的k8s-demo示例项目是一个I/O密集型的API还假设k8s-node1是一个配置了SSD的Node节点kubectl label node k8s-node1 disktypessd
kubectl get node --show-labels 显示结果如下可以看到现在k8s-node多了一个label disktypessd 接下来我们就可以在配置文件中为要部署的应用指定label了apiVersion: apps/v1
kind: Deployment
metadata: name: k8s-demo-deployment namespace: aspnetcore
spec: replicas: 3 selector: matchLabels: app: aspnetcore_webapi template: metadata: labels: app: aspnetcore_webapi spec: containers: - name: k8s-demo image: edisonsaonian/k8s-demo ports: - containerPort: 80 nodeSelector: disktype: ssd 然后再次apply创建资源kubectl apply -f k8s-demo-deployment.yaml 验证一下所有的k8s-demo的Pod全都调度到了k8s-node1上面符合预期 如果k8s-node1不再是配置SSD了那么我们就可以为其删掉这个label了kubectl label node k8s-node1 disktype- 注意这里的 - 就代表删除而且此时Pod不会重新部署除非你删除配置文件中的配置然后再次apply。03—小结本文介绍了K8S中创建资源的两种方式及对比然后重点介绍了一下Deployment这个Controller把玩了Deployment类型的应用运行、伸缩、故障转移以及使用label来控制Pod的位置。运行应用是K8S最核心的功能下一篇会继续研究DaemonSet和Job这两个Controller的应用方式和场景。当然笔者也还是初学有很多不足之处也请多包涵。对于催更的童鞋请耐心等待。参考资料1CloudMan《每天5分钟玩转Kubernetes》2李振良《一天入门Kubernets教程》3马哥马永亮《Kubernetes快速入门》恰童鞋骚年风华不再正茂仍想挥斥方遒点个在看少个bug ?
