k8s学习-Deployment

这篇具有很好参考价值的文章主要介绍了k8s学习-Deployment。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Kubernetes通过各种Controller来管理Pod的生命周期 。 为了满足不同业 务 景 , Kubernetes 开发了Deployment、ReplicaSet、DaemonSet、StatefuleSet、Job等多种Controller。我们⾸先学习最常用Deployment。

1.1 Kubectl命令直接创建

第一种是通过kubectl命令直接创建:

kubectl run nginx-deployment --image=nginx:1.7.9 --replicas=2

在最新的 Kubernetes 版本中,kubectl create deployment 命令不再直接支持 --replicas 参数。副本数的指定现在通常是通过 kubectl scale 命令来完成。

kubectl create deployment nginx-deployment --image=nginx:1.7.9
#使用 kubectl scale 命令设置副本数:
kubectl scale deployment nginx-deployment --replicas=2

这样我们就部署了一个具有2个副本的nginx-deployment 。

1.2 YAML配置文件创建

第二种是通过配置文件+kubectl apply(kubectl create也可以)创建:
vi nginx.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 2
  selector:
    matchLabels:
      app: web_server
  template:
    metadata:
      labels:
        app: web_server
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9

kubectl apply -f nginx.yml

[root@k8s-master kubernetes]# kubectl get deployment
NAME               READY   UP-TO-DATE   AVAILABLE   AGE
busybox            2/2     2            2           32m
nginx-deployment   2/2     2            2           6m7s

1.3 删除deployment

kubectl delete deployment nginx-deployment

执行之后,K8S会自动帮我们删除相关Deployment、ReplicaSet(副本集)以及Pod。

1.4 Deployment配置⽂件简介

既然 用YAML配置文件 署应用 , 现在就很有必要了解⼀下Deployment的配置格式了,其他Controller(比如DaemonSet)非常类似。
vi nginx-deployment.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 2
  selector:
    matchLabels:
      app: web_server
  template:
    metadata:
      labels:
        app: web_server
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9

这是一个Kubernetes Deployment的YAML文件,用于定义一个NGINX容器的部署。以下是每一行的解释:

  1. apiVersion: apps/v1: 指定使用的 Kubernetes API 版本,这里是 Apps API 的版本。

  2. kind: Deployment: 定义资源对象的类型,这是一个 Deployment 对象,用于在集群中管理 Pod 的部署。

  3. metadata: 定义 Deployment 元数据,包括资源的名称。

  4. name: nginx-deployment: 指定 Deployment 的名称为 “nginx-deployment”。

  5. spec: 定义 Deployment 的规范,包括副本数、选择器和模板。

  6. replicas: 2: 指定要创建的 Pod 副本数为 2,表示要在集群中运行两个相同的 NGINX Pod。

  7. selector: 定义标签选择器,用于选择属于该 Deployment 的 Pod。

  8. matchLabels: 指定 Pod 必须具有哪些标签以匹配该 Deployment 的选择器。

  9. app: web_server: 指定标签 “app” 的值必须为 “web_server”,用于匹配 Pod。

  10. template: 定义要创建的 Pod 的模板。

  11. metadata: 定义 Pod 模板的元数据,包括标签。

  12. labels: 指定 Pod 的标签,这里设置 “app” 标签的值为 “web_server”。

  13. spec: 定义 Pod 的规范,包括容器。

  14. containers: 定义 Pod 中运行的容器的列表。

  15. - name: nginx: 定义容器的名称为 “nginx”。

  16. image: nginx:1.7.9: 指定要使用的 NGINX 镜像及其版本。

因此,这个 YAML 文件描述了一个名为 “nginx-deployment” 的 Deployment,该 Deployment 负责管理两个运行 NGINX 容器的 Pod,并且这些 Pod 必须具有标签 “app: web_server”。容器使用 NGINX 1.7.9 版本的镜像。

1.5伸缩

伸缩是指在线增加或减少Pod的副本数。Deployment nginx-deployment初始是两个副本。

[root@k8s-master kubernetes]# kubectl get deployment nginx-deployment
NAME               READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   2/2     2            2           21s

现在修改nginx.yml⽂件,将副本改成5个
spec:
replicas: 5
执行kubectl apply -f nginx-deployment.yml

[root@k8s-master kubernetes]# kubectl get deployment nginx-deployment
NAME               READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   5/5     5            5           114s

1.6 Failover

下⾯我们模拟k8s-node2故障,关闭该节点,编辑yml文件恢复到3个节点。

[root@k8s-node2 ~]# halt -h
[root@k8s-master kubernetes]# kubectl get nodes
NAME         STATUS     ROLES    AGE   VERSION
k8s-master   Ready      master   57m   v1.18.0
k8s-node1    Ready      <none>   56m   v1.18.0
k8s-node2    NotReady   <none>   56m   v1.18.

查看pod(可能需要等待一会)

[root@k8s-master kubernetes]# kubectl get pod -o wide
NAME                                READY   STATUS        RESTARTS   AGE    IP            NODE        NOMINATED NODE   READINESS GATES
nginx-deployment-79c457c54b-js27q   1/1     Terminating   1          17m    10.244.2.10   k8s-node2   <none>           <none>
nginx-deployment-79c457c54b-r297k   1/1     Running       0          3m2s   10.244.1.11   k8s-node1   <none>           <none>
nginx-deployment-79c457c54b-vvvhr   1/1     Terminating   1          15m    10.244.2.9    k8s-node2   <none>           <none>
nginx-deployment-79c457c54b-whsp8   1/1     Running       0          17m    10.244.1.6    k8s-node1   <none>           <none>
nginx-deployment-79c457c54b-z5n54   1/1     Running       0          3m2s   10.244.1.12   k8s-node1   <none>           <none>

k8s-node2上的Pod最终标记为Terminating状态,并在k8s-node1上新建两个Pod,维持副本总数量为3。
当k8s-node2恢复后,Terminating的Pod会自动被删除,不过已经运行在k8s-node1的Pod是不会重新调度回k8s-node2的。

1.7用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 disktype=ssd
kubectl get node --show-labels=true
[root@k8s-master ~]# kubectl get node --show-labels=true
NAME         STATUS   ROLES    AGE   VERSION   LABELS
k8s-master   Ready    master   10d   v1.18.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-master,kubernetes.io/os=linux,node-role.kubernetes.io/master=
k8s-node1    Ready    <none>   10d   v1.18.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-node1,kubernetes.io/os=linux
k8s-node2    Ready    <none>   10d   v1.18.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-node2,kubernetes.io/os=linux

修改yml文件

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 2
  selector:
    matchLabels:
      app: web_server
  template:
    metadata:
      labels:
        app: web_server
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
      nodeSelector:
        disktype: ssd

然后,再次apply创建资源:

kubectl apply -f nginx-deployment.yml
验证一下,所有的k8s-demo的Pod全都调度到了k8s-node1上面,符合预期:文章来源地址https://www.toymoban.com/news/detail-803263.html

[root@k8s-master kubernetes]# kubectl get pod -o wide
NAME                                READY   STATUS    RESTARTS   AGE   IP            NODE        NOMINATED NODE   READINESS GATES
nginx-deployment-744c4bcdf6-4bzgh   1/1     Running   0          37s   10.244.1.13   k8s-node1   <none>           <none>
nginx-deployment-744c4bcdf6-b5t2f   1/1     Running   0          36s   10.244.1.14   k8s-node1   <none>           <none>
nginx-deployment-744c4bcdf6-ch65k   1/1     Running   0          35s   10.244.1.15   k8s-node1   <none>           <none>

到了这里,关于k8s学习-Deployment的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • k8s中的deployment

            Deployment是k8s中用来管理发布的控制器,在开发的过程中使用非常频繁,本篇文章主要介绍deployment相关的使用和原理。 声明式API 最终一致性 水平触发 资源对象 。。。 定义一组pod的期望数量,controller会维持Pod的数量和期望的一致(其实deployment是通过管理rs的状态来

    2024年02月16日
    浏览(35)
  • K8S deployment挂载

     Deployment部署文件 nginx容器页面目录挂载到emptyDir emptyDir目录是pod所在的node节点主机的目录,此目录下的data即对应容器里的/usr/share/nginx/html,实现目录挂载;图1红框里的号对应docker 的name中的编号,如下俩个图

    2024年02月12日
    浏览(39)
  • k8s之Deployment篇

    Deployment官方文档: https://kubernetes.io/docs/concepts/workloads/controllers/deployment/ Deployment是kubernetes中最常用的资源对象,为ReplicaSet和Pod的创建提供了一种声明式的定义方法,在Deployment对象中描述一个期望的状态,Deployment控制器就会按照一定的控制速率把实际状态改成期望状态,通

    2024年02月05日
    浏览(39)
  • k8s删除pod或deployment

    deployment: pod: 删除pod: 可是,此时你会发现刚刚删除的pod开始重构。那是因为pod的上级deployment仍然存在,k8s会启动容灾机智,再拉一个新pod。 想要彻底删除pod,直接干掉它上层的deployment就可以 删除deployment: 干掉deployment,里面的pod自然就被一起删除了

    2024年02月11日
    浏览(51)
  • k8s 的 Deployment控制器

    RC(Replication Controller)主要作用就是用来确保容器应用的副本数始终保持在用户定义的副本数。即如果有容器异常退出,会自动创建新的pod来替代;而如果异常多出来的容器也会自动回收。 K8S官方建议使用RS(ReplicaSet)替代RC(Replication Controller)进行部署,RS跟RC没有本质的

    2024年02月09日
    浏览(62)
  • K8S Deployment 使用 & 更新 & 回滚 & 扩容

    K8S Deployments 提供比 Replication Controller 、ReplicaSet 更高一级的抽象,也具备更丰富的功能。Deployment对象不仅创建pod,还确保集群中始终运行正确数量的pod,处理可伸缩性,并持续处理pod的更新。所有这些活动都可以通过部署YAML中的字段进行配置。下面接下来就开始K8S Deploymen

    2024年02月04日
    浏览(36)
  • K8S之Deployment控制pod

    2024年02月09日
    浏览(57)
  • K8s Deployment挂载ConfigMap权限设置

    目录 样例 其中“defaultMode: 420”是设置权限的 在K8s(Kubernetes)中, defaultMode 是用来设置Configmap挂载后的文件权限,它采用Unix文件权限标准。 420 是8进制数字,转换成二进制是 100100000 ,转换成文件权限码就是 0644 。 文件权限码 0644 代表所有者(owner)有读/写权限(6=4+2),

    2024年02月20日
    浏览(48)
  • K8S deployment 重启的三种方法

    一般重启deployment,常规操作是删掉对应的pod, 但如果有多个副本集的话,一个个删很麻烦。 除了删除pod,还可以: PS: rollout restart需要集群版本大于1.15才能支持 以上重启方法均会生成Replicasets(副本集), 可通进行回滚:

    2024年02月14日
    浏览(60)
  • k8s deployment创建pod流程图

    k8s 创建pod和deployment的流程 - SoulChild随笔记

    2024年02月11日
    浏览(59)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包