K8S（4）DaemonSet

最新推荐文章于 2024-06-07 07:15:00 发布

礁之

最新推荐文章于 2024-06-07 07:15:00 发布

阅读量605

点赞数 4

分类专栏： Kubernetes 文章标签： kubernetes docker 运维 DaemonSet

本文链接：https://blog.csdn.net/rzy1248873545/article/details/125971180

版权

Kubernetes 专栏收录该内容

9 篇文章 7 订阅

订阅专栏

文章目录

一、DaemonSet概述
二、DaemonSet定义
三、创建DaemonSet
四、DaemonSet指定节点部署Pod
五、DaemonSet更新策略

一、DaemonSet概述

DaemonSet即守护进程集，与守护进程类似。DaemonSet确保在符合匹配条件的节点上部署运行一个Pod
当有新的节点加入时，也会为新节点添加Pod，同样当节点从集群移除时，运行的Pod也会被收回，而删除DaemonSet会删除DaemonSet创建的所有Pod
下面是使用DaemonSet的一些场景：

运行集群存储的daemon：例如每个节点上运行Clusterd、Ceph（分布式存储）等
每个节点运行日志收集的daemon：例如Fluentd、Logstash等
每个节点运行监控的daemon：例如Prometheus Node Exporter、Collectd、Datadog等
每个节点运行的网络插件的dameon：例如Flannel、Calico等

DaemonSet的主要特征：

创建的Pod运行在K8S集群的每一个节点上
每个节点只会存在一个DaemonSet创建的Pod实例
如果有新节点

在部署K8S时，其实已经创建了两个DaemonSet，分别是flannel和proxy

[root@master test]# kubectl get daemonsets.apps -A
NAMESPACE     NAME              DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR            AGE
kube-system   kube-flannel-ds   2         2         2       2            2           <none>                   11d
kube-system   kube-proxy        2         2         2       2            2           kubernetes.io/os=linux   11d

注意

从1.6开始，DaemonSet控制器将不会再把Pod调度到主节点上。

这是因为主节点上有node-role.kubernetes.io/master及NoSchedule污点，而Pod没有容忍该污点，所以不会调度到主节点上。

官方已经不建议，那么如果没有必要就不要向主机调度Pod了，除非是出于监控或者指标收集等原因。

二、DaemonSet定义

创建一个DaemonSet的yaml大致如下，这是Prometheus部署时使用的node-exporter用于监控节点信息

---
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: node-exporter
  namespace: kube-system
  labels:
    k8s-app: node-exporter
spec:
  selector:
    matchLabels:
      k8s-app: node-exporter
  template:
    metadata:
      labels:
        k8s-app: node-exporter
    spec:
      containers:
      - image: prom/node-exporter
        name: node-exporter
        ports:
        - containerPort: 9100
          protocol: TCP
          name: http
---
apiVersion: v1
kind: Service
metadata:
  labels:
    k8s-app: node-exporter
  name: node-exporter
  namespace: kube-system
spec:
  ports:
  - name: http
    port: 9100
    nodePort: 31672
    protocol: TCP
  type: NodePort
  selector:
    k8s-app: node-exporter

其中必须字段：

和其他所有的K8S资源配置相同，必须字段有：apiVersion、kind、metadata、spec

Pod模板：

spec唯一需要的字段是spec.template，除了必须字段外，在DaemonSet中的Pod模板必须指定合理的标签。并且还需要具有一个RestartPolicy（重启策略），默认策略是Always

注释：spec.template是一个Pod模板，与Pod具有相同的配置方式，但是她并没有apiVersion和kind字段

Pod Selector：

Pod Selector代表的字段是spec.selector，与其他资源的spec.selector字段作用相同。spec.selector表示一个对象，由如下两个字段组成：

matchLabels：用于匹配符合条件的Pod
matchExpressions：允许构建更加复杂的Selector

如果上面的两个字段同时指定是，结果表示的是逻辑与（AND）的关系

注意：spec.selector必须与spec.template.metadata.labels相匹配，如果没有指定，默认是等价的，如果这两个的配置不匹配，则会被API拒绝，也就会报错

三、创建DaemonSet

下面创建一个nginx的DaemonSet

[root@master test]# cat nginx.yaml
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: nginx
spec:
  selector:
    matchLabels:
      run: nginx
  template:
    metadata:
      labels:
        run: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.15.2
        ports:
        - containerPort: 80
          name: nginx
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      tolerations:    
      - key: node-role.kubernetes.io/master
        effect: NoSchedule
        
——————————————————————————————————————————————————————————————————————————————
添加'容忍'即可使DaemonSet可以在主节点上创建Pod，字段是'spec.template.spec.tolerations'
tolerations:    
- key: node-role.kubernetes.io/master
  effect: NoSchedule
——————————————————————————————————————————————————————————————————————————————

这里有一个字段spec.template.spec.dnsPolicy，这个字段可以指定DNS策略

无策略（None）：清除Pod预设的DNS配置，当dnsPolicy设置成这个值时，K8S不会为Pod预先加载任何逻辑用于判定得到的DNS配置
默认预设（Default）：设置为这个值时，Pod里面的DNS配置会继承宿主机上的配置，该Pod的DNS配置与宿主机的完全相同
集群优先（ClusterFirst）：与Default策略相反，设置为这个值时，会预先使用Kube-dns或者CoreDNS的信息当作预设参数写到创建Pod的DNS配置中
ClusterFirstWithHostNet：设置为这个值时，宿主机会与K8S共存，共同使用hostNetwork与kube-dns作为创建Pod的预设配置

创建

[root@master test]# kubectl apply -f nginx.yaml
daemonset.apps/nginx created
[root@master test]# kubectl get node  #先看一下，这里有两个节点
NAME     STATUS   ROLES    AGE   VERSION
master   Ready    master   11d   v1.18.0
node     Ready    <none>   11d   v1.18.0

[root@master test]# kubectl get pods  #因为添加了容忍，所以两个节点都创建pod了
NAME          READY   STATUS    RESTARTS   AGE
nginx-krr85   1/1     Running   0          3m19s
nginx-q7wz9   1/1     Running   0          3m19s

四、DaemonSet指定节点部署Pod

如果指定了spec.template.spec.nodeSelector字段，那么DaemonSet控制器将在与Node Selector（节点选择器）匹配的节点上创建Pod，例如：

只想部署Pod到磁盘为SSD的节点上

如果想要指定节点部署Pod，我们需要提前给节点定义标签Label，例如：

containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
  nodeSelector:  #此字段同样适用于其他资源控制器
    disktype: ssd

注意：这个标签名称、标签值都是自定义的

下面通过添加节点标签指定pod运行的节点

[root@master ~]# kubectl label node node ds=true  #节点名称叫node
node/node labeled
[root@master ~]# kubectl get node --show-labels | grep ds=true  #可以看到标签加了一个ds=true
node     Ready    <none>   13d   v1.18.0   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,ds=true,kubernetes.io/arch=amd64,kubernetes.io/hostname=node,kubernetes.io/os=linux

下面修改yaml文件

[root@master test]# cat nginx.yaml
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: nginx
spec:
  selector:
    matchLabels:
      run: nginx
  template:
    metadata:
      labels:
        run: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.15.2
        ports:
        - containerPort: 80
          name: nginx
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      tolerations:          #容忍不能去掉，不然master无法创建pod
      - key: node-role.kubernetes.io/master
        effect: NoSchedule
      nodeSelector:   #添加node的标签选择器
        ds: "true"    #与刚才添加的标签相同

重新生成

[root@master test]# kubectl apply -f nginx.yaml
daemonset.apps/nginx configured
[root@master test]# kubectl get pods -o wide  #可以看到这次只有一个node节点的了了
NAME          READY   STATUS    RESTARTS   AGE   IP            NODE   NOMINATED NODE   READINESS GATES
nginx-mgmx8   1/1     Running   0          22s   10.244.1.63   node   <none>           <none>

给master也添加标签

[root@master test]# kubectl label node master ds=true
node/master labeled
[root@master test]# kubectl get pods  -o wide  #可以看到两个节点都创建了
NAME          READY   STATUS    RESTARTS   AGE   IP            NODE     NOMINATED NODE   READINESS GATES
nginx-5kl24   1/1     Running   0          47s   10.244.1.65   node     <none>           <none>
nginx-mwz4w   1/1     Running   0          3s    10.244.0.6    master   <none>           <none>

去除标签

[root@master test]# kubectl label node node ds-  #去掉标签 ds- ，- 就是删除的意思
node/node labeled
[root@master test]# kubectl get pods  -o wide  #可以看到node节点的pod被删除了
NAME          READY   STATUS    RESTARTS   AGE   IP           NODE     NOMINATED NODE   READINESS GATES
nginx-mwz4w   1/1     Running   0          57s   10.244.0.6   master   <none>           <none>

五、DaemonSet更新策略

通过上面的添加、删除标签，我们可以知道，在修改节点标签后，DaemonSet会立即向新匹配的节点上添加Pod，同时也会删除不匹配节点上的Pod
在K8S1.6版本之后，可以在DaemonSet上执行滚动更新，而之后的K8S也将支持节点的可控更新
DaemonSet有两种更新策略：

OnDelete：使用此策略时，在更新DaemonSet之后，需要手动删除旧的DaemonSet创建的Pod，然后新的Pod才会被自动创建，与K8S1.6版本之前的方法类似
RollingUpdate：这是默认的更新策略，使用此策略时，在更新DaemonSet之后，旧的Pod将会被自动终止，并且以受控方式自动创建一个新的Pod，更新期间，最多只能有DaemonSet’的一个Pod运行在每个节点上，也就是说每个节点运行的Pod最多只能有一个

查看已经创建的DaemonSet的更新方式：

#查看.spec.updateStrategy.type 字段，可以看到是RollingUpdate更新策略
[root@master test]# kubectl get ds nginx -o yaml
。。。。。。
spec:
。。。。。。
  updateStrategy:
    rollingUpdate:
      maxUnavailable: 1   #最大不可用pod数量
    type: RollingUpdate   #使用的更新策略
。。。。。。