kubernetes02

最新推荐文章于 2024-04-29 20:15:05 发布
最新推荐文章于 2024-04-29 20:15:05 发布
阅读量719 收藏
点赞数 1
分类专栏： kubernetes 文章标签： docker 运维 kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45249694/article/details/130879522
版权

pod

pod生命周期

pod的状态

1.挂起pending:API server创建了pod资源对象已存入etcd中，但它尚未被调度完成，或者仍处于从仓库下载镜像的过程中
2.运行中running:pod已经被调度到某节点，并且所有容器都已经被kubelet创建完成
3.成功complet:pod中所有容器都已经成功终止并且不会重启
4.失败failed:pod中所有的容器都已经终止了，并且至少有一个容器是因为失败终止的，即容器以非0状态退出或者被系统禁止
5.未知unknown:APIserver无法正常获取到pod对象的状态信息，通常是由于无法与所在的工作节点的kubelet通信所致
6.ImgPullErr:镜像拉取失败
7.Containercreating:容器创建中

初始化容器

在这里插入图片描述
在这里插入图片描述
1.k8s的初始化容器（initContainer）优先级都是高于主容器（container）的。无论容器写在初始化容器前还是写在初始化容器后，会最先执行的都是初始化容器。只有初始化容器执行成功后才可以启动主容器。
2.初始化容器的应用场景应该是多pod。比如：mysql和业务分开两个pod。此时，业务pod添加初始化容器，初始化容器执行telnet，检查mysql是否启动了。若mysql启动，则业务pod启动；否则业务pod等待mysql启动。
定义pod-initcontainer-demo01.yml

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod-initcontainer
  namespace: mayikt-sit
spec:
  containers:
  - name: mayikt-main-container
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
  initContainers:
  - name: mayikt-mysql
    image: busybox:1.30  
    command: [ "/bin/sh","-c","sleep 40;"]   
  - name: mayikt-redis
    image: busybox:1.30

busybox:1.30启动成功之后 是会立即停止40S 之后这个容器才会停止
当我们启动mayikt-main-container 容器 必须等待 初始化容器 mayikt-mysql 和mayikt-redis 启动完成并且容器结束之后，才可以启动mayikt-main-container
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f pod-initcontainer-demo01.yml
kubectl describe pods -n mayikt-sit

执行命令：kubectl describe pods -n mayikt-sit mayikt-mysql启动成功之后 40s 结束容器 启动 mayikt-redis
在这里插入图片描述
在这里插入图片描述
等待mayikt-redis容器启动成功结束之后，开始开动我们的主容器。
执行：kubectl get pods -n mayikt-sit 有两个初始化容器未启动完成
在这里插入图片描述
在这里插入图片描述
kubectl describe pods -n mayikt-sit 开始启动nginx容器
在这里插入图片描述
在查看初始化容器 mayikt-redis、mayikt-mysql
在这里插入图片描述
Terminated 结束了

再次查询 主容器启动成功了
kubectl get pods -n mayikt-sit
在这里插入图片描述

钩子函数

在这里插入图片描述

k8s在主容器的启动之后和停止之前提供了两个钩子函数
1.post-start: 容器创建之后执行(相关命令),如果失败了则会自动重启容器， 容器创建后立即执行，注意由于是异步执行，它无法保证一定在 ENTRYPOINT 之前运行。如果失败，容器会被杀死，并根据 RestartPolicy 决定是 否重启
2.pre-stop :容器终止之前执行(相关命令) 例如 杀死进程等 容器终止前执行，常用于资源清理。执行完成之后容器将成功终止，如果失败，容器同样也会被杀死。在其完成之前 会阻塞删除容器的操作
钩子的回调函数支持三种方式
1.Exec命令 执行Exec命令

spec:
  containers:
  - name: main-container
    image: nginx:1.17.1
    lifecycle:
      postStart:
        exec: #容器创建之后执行(相关命令)修改nginx 页面
          command: ["/bin/sh","-c","echo mayikt > /usr/share/nginx/html/index.html"]
      preStop:
        exec: #容器停止之后 执行停止nginx服务
          command: [" /usr/sbin/nginx","-s" , "quit" ]

2.TCPSocket: 发送TCPSocket

  lifecycle：
    postStart:
      tcpSocket:
        port: 8080

3.HTTPGet: 发送http请求

lifecycle：
    postStart:
      httpGet:
        path: /init   # URI地址
        port: 80  # 端口号
        host: 192.168.110.1 # 主机地址
        scheme: HTTP   # 支持的协议，http或https

# http://192.168.110.1/init

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f pod-initcontainer-demo01.yml
kubectl describe pods -n mayikt-sit

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-nginx-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: main-container
    image: nginx:1.17.9
    lifecycle:
      postStart:
        exec: #容器创建之后执行(相关命令)修改nginx 页面
          command: ["/bin/sh","-c","echo mayikt > /usr/share/nginx/html/index.html"]
      preStop:
        exec: #容器停止之后 执行停止nginx服务
          command: [" /usr/sbin/nginx","-s" , "quit" ]

curl 172.17.0.4
在这里插入图片描述

容器探测

lvs(k8s-service)+keepalived（心跳）
k8s提供了livenessProbe(可用性探针)和readinessProbe(就绪性探针)对容器的健康性进行检测,类似心跳机制
判断我们应用实例是否存活 如果是为宕机状态 则自动重启，同时如果发现该pod无法接受请求 则service不会转发到该pod上执行。
1.存活探针(可用性探针): 用于检测容器实例当前是否处于正常运行的状态,如果不是为运行状态，k8s则会重启容器;
2.就绪探针readinessProbe(就绪性探针): 就绪性探针,用于检测应用实例当前是否可以接收请求，如果不能接受实例，k8s不会转发到该实例
其实非常好理解，livenessProbe 判断是否 容器是否重启、readinessProbe 判断是否路由转发
支持三种探测方式
1.Exec命令 在容器内执行一次命令,如果命令执行的退出码为0，则认为程序正常，否则不正常
2.TCPSocket: 会尝试访问一个用户指定的容器的端口，如果能够成功建立连接 则认为正常，否则认为不正常
3.HTTPGet: 调用容器内Web系统的url,如果http状态码是在200和399之间，则认为程序正常，否则不正常

Exec命令

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f pod-initcontainer-demo01.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
    livenessProbe: ##存活探针(可用性探针)
      exec:  #执行一个查看文件的命令
        command: ["/bin/cat" ,"/tmp/mayikt.txt"]

执行命令 显示主容器启动失败，重启了四次
在这里插入图片描述
kubectl describe pods -n mayikt-sit
在这里插入图片描述
修改为 执行pwd 没有任何问题则不会重启

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
    livenessProbe: ##存活探针(可用性探针)
      exec:  #执行一个pwd
        command: ["/bin/pwd" ,"/"]

kubectl get pods -n mayikt-sit
在这里插入图片描述

TCPSocket

会尝试访问一个用户指定的容器的端口，如果能够成功建立连接 则认为正常，否则认为不正常
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f pod-initcontainer-demo01.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
    livenessProbe: ##存活探针(可用性探针)
      tcpSocket:  ## 底层会尝试访问容器ip:8080
        port: 8080

kubectl describe pods -n mayikt-sit
在这里插入图片描述
Liveness probe failed: dial tcp 172.17.0.4:8080: connect: connection refused
kubectl get pods -n mayikt-sit
在这里插入图片描述

修改成正确的

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
    livenessProbe: ##存活探针(可用性探针)
      tcpSocket:  ## 底层会尝试访问容器ip:80
        port: 80

就ok没有问题啦

HTTPGet

调用容器内Web系统的url,如果http状态码是在200和399之间，则认为程序正常，否则不正常----实际开发中 返回json数据 端口—200和399 500

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
      protocol: TCP
    livenessProbe:
      httpGet: #访问指定的scheme://host:port/path
        scheme: HTTP #支持的协议，http或者https
        port: 80 #端口号
        path: /mayikt #URI地址 该地址不存在 会报错404

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f pod-initcontainer-demo01.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit

kubectl describe pods -n mayikt-sit
Warning Unhealthy 2s kubelet, node2 Liveness probe failed: HTTP probe failed with statuscode: 404
在这里插入图片描述
我们在node2节点 访问 curl 172.17.0.4/mayikt
在这里插入图片描述
kubectl get pods -n mayikt-sit 查看重启容器次数
在这里插入图片描述
修改成正确的

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
      protocol: TCP
    livenessProbe:
      httpGet: #访问指定的scheme://host:port/path
        scheme: HTTP #支持的协议，http或者https
        port: 80 #端口号
        path: / #URL地址 该地址不存在 会报错404

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f pod-initcontainer-demo10.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit
ok 没有报错啦

探测时间

容器探测原理本身就是心跳策略

  1. initialDelaySeconds # 容器启动后 等待多少秒 开始执行第一次探测
  2. timeoutSeconds # 探测超时时间。默认1秒，最小1秒
  3. periodSeconds # 执行探测的频率，默认是10秒，最小1秒
    4.failureThreshold # 连续探测失败多少次才被认定为失败、默认是3，最小值是1
    5.successThreshold # 连续探测成功多少次才被认定为成功，默认是1
apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
      protocol: TCP
    livenessProbe:
      httpGet: #访问指定的scheme://host:port/path
        scheme: HTTP #支持的协议，http或者https
        port: 80 #端口号
        path: /mayikt #URI地址 该地址不存在 会报错404
      initialDelaySecands: 10 #容器启动后10s开始探测   
      failureThreshold: 2 ##探测2次认为是失败      
  restartPolicy: Never #设置重启策略为Never 无论状态如何 不会重启

总结：
初始化容器 对pod启动顺序做一个编排 底层写脚本 脚本
钩子函数 容器停止之前或者容器启动成功之后 走回调的方法 （执行脚本、发送tcp、发送http请求）
容器探测 心跳策略 如果容器宕机了自动重启 重启策略定义（执行脚本、发送tcp、发送http请求）

重启策略

我们的重启策略有三种：

1.Always:出现问题时 自动重启该容器，默认方式。
2.OnFailure :容器终止运行且退出码不为0时重启
3.Never :不论状态为何，都不重启该容器

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f pod-initcontainer-demo01.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
    ports:
    - name: nginx-port
      containerPort: 80
      protocol: TCP
    livenessProbe:
      httpGet: #访问指定的scheme://host:port/path
        scheme: HTTP #支持的协议，http或者https
        port: 80 #端口号
        path: / #URI地址 该地址不存在 会报错404
  restartPolicy: Never #设置重启策略为Never 无论状态如何 不会重启

在这里插入图片描述

pod调度策略

默认的情况下，Scheduler计算出一个Pod运行在那个Node节点上，我们也可以直接指定该pod运行在那个node节点上。
1.自动调度:是由Scheduler自动计算的 默认
在这里插入图片描述
default-scheduler Successfully assigned mayikt-sit/mayikt-sit-pod to node2

2.定向调度: 通过label 标签指定NodeSelector 或者 NodeName直接指定 该pod运行在那个工作节点上
3.（反）亲和性调度: NodeAffinity、Podffinity、 PodAntiAffinity
4.污点(容忍)调度: Taints、 Toleration
在这里插入图片描述

定向调度

1.直接指定 node节点
2.根据标签选择器 来进行决定
在这里插入图片描述
根据NodeName 直接定位到具体的 工作节点
cat /etc/hosts
在这里插入图片描述

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-dispatch.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit
yml相关配置：

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-sit-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx-container
    image: nginx:1.17.9
  nodeName: node2 #指定该pod运行在node1 节点

执行该配置文件 发现我们的 mayikt-sit-pod 运行在 node2 节点。

NodeSelector

1.需要给node节点加上标签，让后运行pod指定标签 就可以将该pod运行在 标签对应上的Node节点上
在这里插入图片描述
我们可以根据标签来实现调度
kubectl get nodes --show-labels
在这里插入图片描述
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit

kubectl label nodes node1 nodev=v1
kubectl label nodes node2 nodev=v2
kubectl label nodes node2 key=value
1.创建标签
在这里插入图片描述
2.查看node节点标签
kubectl get nodes --show-labels
在这里插入图片描述
更新标签：kubectl label nodes node2 nodev=v2 --overwrite
2.定义配置文件

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
  nodeSelector:
    nodev: v2 #指定调度到具有node=v2标签 node节点上

kubectl create -f mayikt-dispatch.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit
在这里插入图片描述

亲和性调度

概念

亲和性：如果有两个pod频繁交互，亲和性让两个pod的尽可能的靠近，这样可以减少因网络通信而带来的性能损耗资资源。
在这里插入图片描述

反亲和性： 例如 nginxpod 集群 为了保证高可用的问题，需要将nginx 集群的pod 分摊不同的noe节点上。
nginx集群的时候 反亲和性
硬策略： 通过指定的规则，如果没有找到具体运行的Node节点 则会报错
软策略： 优先走指定的规则， 如果没有找到具体运行的Node节点 则采用自动随机方式运行在node节点上。
1.nodeAffinity(node亲和性) : pod根据node标签选择器 决定pod运行在那个node节点上
2.podAffinity(pod亲和性): pod根据参照pod标签选择器 解决多个pod运行在同一个node节点上
3.podAntiffinity(pod反亲和性): pod根据参照pod标签选择器 解决多个pod不允许在同一个node节点上

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers: 
  - name: nginx
    image: nginx:1.17.9
  affinity: #设置亲和性
    nodeAffinity: #亲和性node 设置
      requiredDuringSchedulingIgnoredDuringExecution: #硬限制
        nodeSelectorTerms:
        - matchExpressions: #匹配nodev的值在[v3,v4 ]中的标签 node节点
          - key: nodev
            operator: In
            values: ["v3" , "v4"]
            ------------------------------------------------------------------------
 ---------------------------------------------------------------------
  affinity: #亲和性设置
    nodeAffinity: #设置node亲和性
      preferredDuringSchedulingIgnoredDuringExecution: #软限制
      - weight: 1
        preference:
          matchExpressions: #匹配当前node节点标签是否有 ["v5","v6"]
          - key: nodev
            operator: In
            values: ["v5","v6"]            

matchFields   
      matchExpressions   按节点标签列出的节点选择器要求列表(推荐)
        key  键
        values值（可以直接写数组）
       operator关系符支持Exists， DoesNotExist, In, NotIn, Gt, Lt

硬限制
1.查看当前node节点对应的标签
kubectl get nodes --show-labels
在这里插入图片描述

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-dispatch.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit
执行该配置文件

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers: 
  - name: nginx
    image: nginx:1.17.9
  affinity: #设置亲和性
    nodeAffinity: #亲和性node 设置
      requiredDuringSchedulingIgnoredDuringExecution: #硬限制
        nodeSelectorTerms:
        - matchExpressions: #匹配nodev的值在[v3,v4 ]中的标签 node节点
          - key: nodev
            operator: In
            values: ["v3" , "v4"]

pod找不到 v3 v4 标签 则报错
在这里插入图片描述

修改成正确的
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-dispatch.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers: 
  - name: nginx
    image: nginx:1.17.9
  affinity: #设置亲和性
    nodeAffinity: #亲和性node 设置
      requiredDuringSchedulingIgnoredDuringExecution: #硬限制
        nodeSelectorTerms:
        - matchExpressions: #匹配nodev的值在[v3,v4 ]中的标签 node节点
          - key: nodev
            operator: In
            values: ["v1" , "v4"]

kubectl describe pods -n mayikt-sit 调度到node1节点
在这里插入图片描述

软限制

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-dispatch.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit

apiVersion: v1
kind: Pod
metadata: 
  name: mayikt-pod
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
  affinity: #亲和性设置
    nodeAffinity: #设置node亲和性
      preferredDuringSchedulingIgnoredDuringExecution: #软限制
      - weight: 1
        preference:
          matchExpressions: #匹配当前node节点标签是否有 ["v5","v6"]
          - key: nodev
            operator: In
            values: ["v5","v6"]

发现未匹配找到 v5、v6标签 则走软限制 在可用node随机选择一个。

pod亲和度

1.先创建好 mayikt-pod1 在node节点

apiVersion: v1 
kind: Pod
metadata:
  name: mayikt-pod01
  namespace: mayikt-sit
  labels:
    podinfo: pod01 #设置标签
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
  nodeName: node1 #将mayikt-pod01指定到node1节点上

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-pod01.yml
kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit
在这里插入图片描述

2.创建mayikt-pod2 运行同一个node节点
kubectl create -f mayikt-pod02.yml
kubectl describe pods -n mayikt-sit

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod02
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
  affinity: #亲和性设置
    podAffinity: #设置pod亲和性
      requiredDuringSchedulingIgnoredDuringExecution: #策略
      - labelSelector:
          matchExpressions: #匹配podinfo的值在[mayikt-pod03]中的标签
          - key: podinfo
            operator: In
            values: ["mayikt-pod03"] 
        topologyKey: kubernetes.io/hostname

在这里插入图片描述
运行报错 没有找到 mayikt-sit labels mayikt-pod03

修改配置文件

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod02
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
  affinity: #亲和性设置
    podAffinity: #设置pod亲和性
      requiredDuringSchedulingIgnoredDuringExecution: #策略
      - labelSelector:
          matchExpressions: #匹配podinfo的值在[mayikt-pod03]中的标签
          - key: podinfo
            operator: In
            values: ["pod01"] 
        topologyKey: kubernetes.io/hostname

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-pod01.yml
kubectl create -f mayikt-pod02.yml
kubectl describe pods -n mayikt-sit
在这里插入图片描述
我们pod1和pod2 都在同一个node节点
kubectl get pod -n mayikt-sit -o wide --show-labels
在这里插入图片描述

反亲和性调度

不参照pod 运行在同一个node节点。
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-pod01.yml

apiVersion: v1 
kind: Pod
metadata:
  name: mayikt-pod01
  namespace: mayikt-sit
  labels:
    podinfo: pod01 #设置标签
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
  nodeName: node1 #将mayikt-pod01指定到node1节点上

kubectl describe pods -n mayikt-sit
kubectl get pods -n mayikt-sit
创建第二个pod
kubectl create -f mayikt-pod02.yml

apiVersion: v1
kind: Pod
metadata:
  name: mayikt-pod02
  namespace: mayikt-sit
spec:
  containers:
  - name: nginx
    image: nginx:1.17.9
  affinity: #亲和性设置
    podAntiAffinity: #设置pod反亲和性
      requiredDuringSchedulingIgnoredDuringExecution: #策略
      - labelSelector:
          matchExpressions: #匹配podinfo的值在[mayikt-pod03]中的标签
          - key: podinfo
            operator: In
            values: ["pod01"] 
        topologyKey: kubernetes.io/hostname

我们pod1和pod2 不在同一个node节点
kubectl get pod -n mayikt-sit -o wide --show-labels
在这里插入图片描述

调度污点

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
站在node节点角度 不允许哪些pod 运行在该node节点上 该过程称作为 污点
如果设置了污点 相当于 pod与node节点发生了排斥关系
1.PreferNoSchedule: kubernetes将尽 量避免把Pod调度到具有该污点的Node上，除非没有其他节点可调度
2.NoSchedule: kubernetes将不会把Pod调度到具有该污点的Node上,但不会影响当前Node上已存在的Pod
3.NoExecute: kubernetes将不会把Pod调度 到具有该污点的Node上，同时也会将Node.上已存在的Pod驱离
kubectl delete ns mayikt-sit 同时将175节点停止

pod控制器

1.k8s弹性扩容与缩容原理
2.Deployment设计原理
3.k8s实现滚动更新原理
4.k8s实现动态灵活版本回退

基本概念

Pod控制器是用于实现管理pod的中间层，确保pod资源符合预期的状态，pod的资源出现故障时，会尝试进行重启，当根据重启策略无效，则会重新新建pod的资源。
pod控制器有多种类型：
ReplicaSet: 代用户创建指定数量的pod副本数量，确保pod副本数量符合预期状态，并且支持滚动式自动扩容和缩容功能。
ReplicaSet主要三个组件组成：
　　（1）用户期望的pod副本数量
　　（2）标签选择器，判断哪个pod归自己管理
　　（3）当现存的pod数量不足，会根据pod资源模板进行新建
帮助用户管理无状态的pod资源，精确反应用户定义的目标数量，但是RelicaSet不是直接使用的控制器，而是使用Deployment。
Deployment：工作在ReplicaSet之上，用于管理无状态应用，目前来说最好的控制器。支持滚动更新和回滚功能，还提供声明式配置。
DaemonSet：用于确保集群中的每一个节点只运行特定的pod副本，通常用于实现系统级后台任务。比如ELK服务
特性：服务是无状态的
服务必须是守护进程
Job：只要完成就立即退出，不需要重启或重建。
Cronjob：周期性任务控制，不需要持续后台运行，
StatefulSet：管理有状态应用

ReplicaSet

创建指定数量的pod副本数量，确保pod副本数量符合预期状态，并且支持滚动式自动扩容和缩容功能，也就是
主要作用是保证一定数量的pod能够正常运行，它会持续监听这些pod的运行状态，一旦pod发生
在这里插入图片描述

故障,就会重启或重建
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-pod-controller01.yml

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: mayikt-rp
  namespace: mayikt-sit
spec:
  replicas: 3 
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
      - name: nginx
        image: nginx:1.17.9

相关配置文件说明：
kubectl get pod -n mayikt-sit --show-labels
当前以该模板的形式 启动三个不同的pod 镜像是为1.17.9
labels标签 key是为app、value是为nginx-pod
selector: 选择器，pod控制器与pod之间建立联系,采用的Label Selector机制
matchLabels: Labels匹配规则
kubectl get pod -n mayikt-sit --show-labels

kubectl describe pods -n mayikt-sit
第一个nginx：
172.17.0.2 在 node3/192.168.75.177
在这里插入图片描述
第二个nginx：
在这里插入图片描述
第三个nginx
node1/192.168.75.167
在这里插入图片描述

kubectl get pods -n mayikt-sit
在这里插入图片描述
查看该 -n mayikt-sit 副本( mayikt-rp)：
kubectl get rs mayikt-rp -n mayikt-sit -o wide
在这里插入图片描述

弹性扩容

kubectl edit rs rs名称 -n 命名空间
kubectl edit rs mayikt-rp -n mayikt-sit
在这里插入图片描述

进行编辑 修改成6
在这里插入图片描述

在保存：
在这里插入图片描述
在这里插入图片描述
kubectl describe pods -n mayikt-sit
kubectl get rs mayikt-rp -n mayikt-sit -o wide
kubectl get pods -n mayikt-sit
在这里插入图片描述
在这里插入图片描述

弹性缩容

kubectl edit rs rs名称 -n 命名空间
kubectl edit rs mayikt-rp -n mayikt-sit
在这里插入图片描述
在这里插入图片描述
kubectl describe pods -n mayikt-sit
kubectl get rs mayikt-rp -n mayikt-sit -o wide
kubectl get pods -n mayikt-sit
在这里插入图片描述
通过命令的形式
kubectl scale rs mayikt-rp --replicas=2 -n mayikt-sit
在这里插入图片描述
在这里插入图片描述

更新镜像

设计灰度发布、滚动发布
kubectl edit rs rs名称 -n 命名空间
kubectl edit rs mayikt-rp -n mayikt-sit
在这里插入图片描述
在这里插入图片描述

kubectl get rs mayikt-rp -n mayikt-sit -o wide
在这里插入图片描述

删除副本

kubectl delete rs mayikt-rp -n mayikt-sit
k8s删除ReplicaSet前，会将ReplicaSet的replicasclear调整为0，等待所有的Pod被删除后，在执行RS对象的删除。
kubectl get pods -n mayikt-sit
在这里插入图片描述
在这里插入图片描述

或者通过：kubectl delete -f mayikt-pod-controller01.yml 来删除

Deployment

Deployment为Pod和Replica Set（下一代Replication Controller）提供声明式更新。
只需要在 Deployment 中描述想要的目标状态是什么，Deployment controller 就会帮您将 Pod 和ReplicaSet 的实际状态改变到您的目标状态。也可以定义一个全新的 Deployment 来创建 ReplicaSet 或者删除已有的 Deployment 并创建一个新的来替换。
在这里插入图片描述

1.继承ReplicaSet的所有功能
2.新增滚动更新和版本回退
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-pod-controller02.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: mayikt-deployment
  namespace: mayikt-sit
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
      - name: nginx
        image: nginx:1.17.9

kubectl describe pods -n mayikt-sit
kubectl get deploy -n mayikt-sit -o wide
在这里插入图片描述
kubectl get pods -n mayikt-sit
在这里插入图片描述

弹性扩容与缩容

弹性扩容

我们可以通过命令或者编辑的形式修改
kubectl edit deploy deploy的名称 -n 命名空间名称
kubectl scale deploy deploy的名称 --replicas=副本数 -n 命名空间名称
kubectl scale deploy mayikt-deployment --replicas=6 -n mayikt-sit
image.png
kubectl get pods -n mayikt-sit
在这里插入图片描述

弹性缩容

kubectl scale deploy mayikt-deployment --replicas=2 -n mayikt-sit
在这里插入图片描述

kubectl get pods -n mayikt-sit
在这里插入图片描述

更新镜像

Deployment 支持两种方式修改镜像 分别是重新建更新和滚动更新(默认)
type策略：
1.Recreate 先杀掉所有已存在的Pod，在创建出新的Pod
2.RollingUpdate（滚动更新） 杀死一部分， 就启动一部分 存在两个版本Pod----版本回退
rollingUpdate:当type为RollingUpdate时生效，用于为RollingUpdate设置参数， 支持两个属性:
maxUnavailable:用来指定在升级过程中不可用Pod的最大数量，默认为25%。
maxSurge:用来指定在升级过程中 可以超过期望的Pod的最大数量，默认为25%。
Deployment管理我们的ReplicaSet 集 不是管理我们的pod

重建更新

我们在修改pod里面 容器对应镜像版本时，都会产生一个新的 副本集
kubectl get rs -n mayikt-sit 方便以后做版本回退或者滚动更新
在这里插入图片描述
在这里插入图片描述

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
执行：kubectl create -f mayikt-pod-controller03.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: mayikt-deployment
  namespace: mayikt-sit
spec:
  strategy: #策略
    type: Recreate #重建更新
  replicas: 3
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
      - name: nginx
        image: nginx:1.17.9

单独开启一个Xshell窗口监听：
kubectl get pods -n mayikt-sit -w
在这里插入图片描述
修改镜像版本
kubectl get deploy -n mayikt-sit -o wide
在这里插入图片描述
kubectl set image deploy mayikt-deployment nginx=nginx:1.17.8 -n mayikt-sit
在这里插入图片描述
kubectl get pods -n mayikt-sit -w
在这里插入图片描述
kubectl get deploy -n mayikt-sit -o wide
在这里插入图片描述

滚动更新

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
执行：kubectl create -f mayikt-pod-controller04.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: mayikt-deployment
  namespace: mayikt-sit
spec:
  strategy: #策略
    type: RollingUpdate #滚动更新
    rollingUpdate:
      maxUnavailable: 25%
      maxSurge: 25% 
  replicas: 3
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
      - name: nginx
        image: nginx:1.17.9

修改镜像版本
kubectl get deploy -n mayikt-sit -o wide
在这里插入图片描述
kubectl set image deploy mayikt-deployment nginx=nginx:1.17.8 -n mayikt-sit
在这里插入图片描述
kubectl get pods -n mayikt-sit -w
在这里插入图片描述

版本回退

根据指定的版本实现回退
查看历史更新的状态：
kubectl rollout history deploy mayikt-deployment -n mayikt-sit
在这里插入图片描述
该错误原因是： kubectl create -f mayikt-pod-controller04.yml 后面没有加上
–record
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-pod-controller04.yml --record
在这里插入图片描述
再执行：kubectl rollout history deploy mayikt-deployment -n mayikt-sit
在这里插入图片描述
kubectl get rs -n mayikt-sit 当前有一个rs
在这里插入图片描述
修改nginx镜像
kubectl get deploy -n mayikt-sit -o wide
kubectl set image deploy mayikt-deployment nginx=nginx:1.17.8 -n mayikt-sit
在这里插入图片描述
在查看我们的rs kubectl get rs -n mayikt-sit
在这里插入图片描述
我们再执行
查看版本更新的状态：
kubectl rollout status deploy mayikt-deployment -n mayikt-sit
在这里插入图片描述
根据指定的版本回退
kubectl rollout history deploy mayikt-deployment -n mayikt-sit
kubectl rollout undo deployment mayikt-deployment --to-revision=1 -n mayikt-sit
在这里插入图片描述
查看回滚的版本
kubectl get deploy -n mayikt-sit -o wide
版本就变成了1.17.9
image.png

Horizontal Pod Autoscaler（HPA）

根据pod cpu使用率情况下 动态扩容与缩容，我们需要安装metrics-server可以用来收集集群中的资源使用情况
1.HPA（Horizontal Pod Autoscaler）Pod自动弹性伸缩，K8S通过对Pod中运行的容器各项指标（CPU占用、内存占用、网络请求量）的检测，实现对Pod实例个数的动态新增和减少。
2.早期的kubernetes版本，只支持CPU指标的检测，因为它是通过kubernetes自带的监控系统heapster实现的。
3.到了kubernetes 1.8版本后，heapster已经弃用，资源指标主要通过metrics api获取，这时能支持检测的指标就变多了（CPU、内存等核心指标和qps等自定义指标）

安装metrics-server

1.安装 yum install git -y
在这里插入图片描述
2.使用git下载metrics-server
git clone -b v0.3.6 https://github.com/kubernetes-incubator/metrics-server
在这里插入图片描述
在这里插入图片描述

注意在下载的过程中，可能会容易超时
3.cd metrics-server/deploy/1.8+/ 修改metrics-server-deployment.yaml

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: metrics-server
  namespace: kube-system
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: metrics-server
  namespace: kube-system
  labels:
    k8s-app: metrics-server
spec:
  selector:
    matchLabels:
      k8s-app: metrics-server
  template:
    metadata:
      name: metrics-server
      labels:
        k8s-app: metrics-server
    spec:
      hostNetwork: true    
      serviceAccountName: metrics-server
      volumes:
      # mount in tmp so we can safely use from-scratch images and/or read-only containers
      - name: tmp-dir
        emptyDir: {}
      containers:
      - name: metrics-server
        image: registry.cn-hangzhou.aliyuncs.com/google_containers/metrics-server-amd64:v0.3.6
        imagePullPolicy: Always
        args:
        - --kubelet-insecure-tls
        - --kubelet-preferred-address-types=InternalIP,Hostname,InternalDNS,ExternalDNS,ExternalIP        
        volumeMounts:
        - name: tmp-dir
          mountPath: /tmp

在这里插入图片描述

4.在 /usr/local/metrics-server/deploy/1.8+ 目录中执行
kubectl apply -f ./
在这里插入图片描述
5.kubectl get pods -n kube-system
在这里插入图片描述
如果有metrics-server-6b976979db-dgh7k pod 则说明安装是成功的
6.在执行 kubectl top nodes
如果报错：
在这里插入图片描述
error: metrics not available yet 说明metrics-server 还没有启动完成
耐心等待一会 在执行
kubectl top nodes
在这里插入图片描述

创建nginx pod

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit

创建nginx pod deployment
kubectl run nginx --image=nginx:1.17.9 --requests=cpu=200m -n mayikt-sit
cpu 最小200MHZ
指定deployment service外部访问
kubectl expose deployment nginx --type=NodePort --port=80 -n mayikt-sit
kubectl get deploy,pod,svc -n mayikt-sit
在这里插入图片描述

kubectl describe pods -n mayikt-sit
192.168.75.177:32311
在这里插入图片描述

创建HPA

mayikt-hpa.yaml

apiVersion: autoscaling/v1
kind: HorizontalPodAutoscaler
metadata:
  name: mayikt-hpa
  namespace: mayikt-sit
spec:
  minReplicas: 1 # 设定最小pod数量
  maxReplicas: 10 # 设定最大pod数量
  targetCPUUtilizationPercentage: 2 # cpu使用率 达到2% 开始弹性扩容
  scaleTargetRef: 
    apiVersion: apps/v1
    kind: Deployment # 指定要控制的nginx信息
    name: nginx

当cpu使用率达到2%时，开始弹性扩容
kubectl create -f mayikt-hpa.yaml
在这里插入图片描述
kubectl get hpa -n mayikt-sit
在这里插入图片描述
TARGETS /2% 耐心等待
重试: kubectl get hpa -n mayikt-sit
在这里插入图片描述

压力测试

打开另外两个窗口
窗口1：
kubectl get pods -n mayikt-sit -w
在这里插入图片描述
窗口2：
kubectl get hpa -n mayikt-sit -w
在这里插入图片描述
模拟压力测试（httpclient、jmeter、postmen）
yum install httpd-tools -y
在这里插入图片描述
ab -n 100 0000 -c 1000 http://192.168.75.177:31503/

在查看窗口1：
cpu使用率瞬间飙高：
在这里插入图片描述
在查看容器 迅速在弹性库容
在这里插入图片描述
等流量下降 （耐心等待5-10分钟左右）服务器开始缩容
在这里插入图片描述
最后只剩下一个pod
在这里插入图片描述

Job

Job负责批量处理短暂的一次性任务 (short lived one-off tasks)，即仅执行一次的任务，它保证批处理任务的一个或多个Pod成功结束。
Kubernetes支持以下几种Job：
非并行Job：通常创建一个Pod直至其成功结束
固定结束次数的Job：设置.spec.completions，创建多个Pod，直到.spec.completions个Pod成功结束
带有工作队列的并行Job：设置.spec.Parallelism但不设置.spec.completions，当所有Pod结束并且至少一个成功时，Job就认为是成功

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-job01.yml

apiVersion: batch/v1
kind: Job
metadata:
  name: mayikt-job
  namespace: mayikt-sit
spec:
  manualSelector: true
  completions: 4 #指定job运行成功Pods的次数。默认值: 1
  parallelism: 2 #指定job在任一时刻并发运行Pods的数量 。默认值: 1  
  selector:
    matchLabels:
      app: busybox-pod
  template:
    metadata:
      labels:
        app: busybox-pod
    spec:
      restartPolicy: Never
      containers:
      - name: counter
        image: busybox:1.30
        command: ["bin/sh","-c","for i in 9 8 7 6 5; do echo $i;sleep 5 ;done" ]

在打开另外窗口：
kubectl get pod -n mayikt-sit -w
在这里插入图片描述

修改策略：

  completions: 4 #指定job运行成功Pods的次数。默认值: 1
  parallelism: 2 #指定job在任一时刻并发运行Pods的数量 。默认值: 1

kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-job01.yml

apiVersion: batch/v1
kind: Job
metadata:
  name: mayikt-job
  namespace: mayikt-sit
spec:
  manualSelector: true
  completions: 4 #指定job运行成功Pods的次数。默认值: 1
  parallelism: 2 #指定job在任一时刻并发运行Pods的数量 。默认值: 1  
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      restartPolicy: Never
      containers:
      - name: counter
        image: busybox:1.30
        command: ["bin/sh","-c","for i in 9 8 7 6 5; do echo $i;sleep 5 ;done" ]

另外窗口：kubectl get pod -n mayikt-sit -w
在这里插入图片描述

CronJob

CronJob控制器以Job控制器资源为其管控对象， 可以根据设定的时间点运行我们pod 。
https://cron.qqe2.com/
kubectl delete ns mayikt-sit
kubectl create ns mayikt-sit
kubectl create -f mayikt-job02.yml
concurrencyPolicy:
Allow: 允许Jobs并发运行(默认)
Forbid: 禁止并发运行， 如果上一次运行尚未完成，则跳过下一次运行
Replace:替换，取消当前正在运行的作业并用新作业替换它
schedule: # cron格式的作业调度运行时间点，用于控制任务在什么时间执行
concurrencyPolicy: #并发执行策略，用于定义前一-次作业运行尚未完成时是否以及如何运行后一次的作业
failedJobHistoryLimit: #为失败的任务执行保留的历史记录数，默认为1
successfulJobHistoryLimit: #为成功的任务执行保留的历史记录数，默认为3 startingDeadlineSeconds: #启动作业错误的超时时长
jobTemplate: # job控制器模板，用于为cronjob控制器生成job对象;下面其实就是job的定义

apiVersion: batch/v1beta1
kind: CronJob
metadata:
  name: mayikt-cronjob
  namespace: mayikt-sit
  labels:
    controller: cronjob
spec:
  schedule: "*/1 * * * *"
  jobTemplate:
    metadata:
    spec:
      template:
        spec:
          restartPolicy: Never
          containers:
          - name: counter
            image: busybox:1.30
            command: ["bin/sh","-c","for i in 9 8 7 6 5; do echo $i;sleep 5 ;done" ]

linux 中可以通过 crontab -e 来配置定时任务。不过，linux 中的 cron 只能精确到分钟
一分钟后打开另外窗口：
kubectl get pod -n mayikt-sit -w
在这里插入图片描述

逝者...
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Kubernetes 教程 02
10-07
Kubernetes 教程 02
02_Kubernetes
风の记忆
03-31 349
1.2Kubernetes快速入门 环境准备： 关闭CentOS防火墙 systemctl disable firewalld systemctl stop firewalld 安装etcd和kubernetes软件 yum install -y etcd kubernetes 启动服务 systemctl start etcd (用于配置共享和服务发现的键值存储系统) systemctl...
02-Kubernetes 架构
Lance0512的专栏
03-30 639
Kubernetes 架构 一、工作方式 k8s 是一套集群的工作方式，kubernetes cluster = N * master node + N * work node 组成 N > = 1 master 的集群数应为奇数个 （由于需要选举master ） Master 负责管理整个集群。Master 协调集群中的所有活动，例如调度应用、维护应用的所需状态、应用扩容以及推出新的更新。 Node 是一个虚...
Kubernetes系列-02
baidu_36611723的博客
11-14 485
Heapster是由每个节点上运行的Kubelet提供的集群范围的数据聚合器。此容器管理工具在Kubernetes集群上本机支持，并作为pod运行，就像集群中的任何其他pod一样。因此，它基本上发现集群中的所有节点，并通过机上Kubernetes代理查询集群中Kubernetes节点的使用信息。#Minikube是一种工具，可以在本地轻松运行Kubernetes。这将在虚拟机中运行单节点Kubernetes群集。#Kubectl是一个平台，可以使用该平台将命令传递给集群。
Kubernetes02：知识图谱
tianyi520jx的博客
02-19 380
轻量级：消耗资源小 开源 弹性伸缩 负载均衡：IPVS
KUBERNETES02_集群安装逻辑、前置环境、搭建一主两从、部署dashboard访问页面
所得皆惊喜
12-23 270
文章目录①. 集群安装逻辑②. 安装集群前置环境③. kubeadm引导集群④. 关于token过期问题⑤. 部署dashboard ①. 集群安装逻辑 ①. 我们需要为每一台机器去安装kubelet(相当于厂长)、kubeadm(帮程序员管理集群的)、kubectl(程序员用的命令行,经常给k8s发送命令,装在总部,master) ②. 安装集群前置环境 ①.一台兼容的Linux主机。Kubernetes项目为基于Debian和RedHat的Linux发行版以及一些不提供包管理器的发行版提供通用
02-kubernetes基础概念.mp4
07-26
02-kubernetes基础概念.mp4
基于kubernetes构建Docker集群环境培训视频.rar
10-01
│ 02-kubernetes基础概念.mp4 │ 03-kubeadm初始化Kubernetes集群.mp4 │ 04-kubernetes应用快速入门.mp4 │ 05-kubernetes资源清单定义入门.mp4 │ 06-Kubernetes Pod控制器应用进阶.mp4 │ 07-Kubernetes Pod控制...
Kubernetes Cookbook - Sebastien Goasguen -2018.02.14
05-25
Welcome to Kubernetes Cookbook, and thanks for choosing it! With this book, we want to help you solve concrete problems around Kubernetes. We’ve compiled over 80 recipes covering topics such as ...
kubernetes1.14.0+离线包part02（共4part）
08-14
kubernetes集群离线安装包, 仅需三步 sh init.sh && sh master.sh kubeadm join 47.51.23.28:6443 --token 17r0uw.i04zbcsllzxoa0tb 使用kubeadm安装，包含安装所需的所有二进制文件，镜像文件，systemd配置，yaml...
使用 Docker 自建一款怀旧游戏之 - 超级马里奥
Toasten
04-25 639
《 超级马里奥 》（Super Mario）是任天堂公司创造的一款经典游戏系列，是世界上最知名、最成功的游戏之一。这个系列由日本设计师宫本茂于 1985 年创造，最初的游戏名为《超级马里奥兄弟》（Super Mario Bros.），推出后风靡全球。
Docker consul的容器服务更新与发现
最新发布
YUEAwb的博客
04-29 508
consul是google开源的一个使用go语言开发的服务管理软件。支持多数据中心、分布式高可用的、服务发现和配置共享。采用Raft算法，用来保证服务的高可用。内置了服务注册与发现框架、分布一致性协议实现、健康检查、Key/Value存储、多数据中心方案，不再需要依赖其他工具（比如ZooKeeper等）。服务部署简单，只有一个可运行的二进制的包。每个节点都需要运行agent，他有两种运行模式server 和 client。
用Docker单独安装xiaoya-alist
wbsu2004的博客
04-29 983
小雅是资源聚合站，通过自己的阿里云盘中转缓存资源，可以实现大量的资源在线播放。
[docker] docker 安全知识 - docker 系统性简介
GoldenaArcher的博客
04-27 889
今年的 security training 选的 topic 就是 docker 了，为了过这个 training 于是先把 docker 过了一遍（笑死之前干啃的时候确实觉得不太能看下去，不过走了一遍实践之后发现就比较好理解。
【Docker】Docker的网络与资源控制
Mo_nor的博客
04-26 914
直接使用bridge模式，是无法支持指定IP运行docker的，例如执行以下命令就会报错可以先定义网络，再使用指定IP运行docker#docker1 为执行 ifconfig -a 命令时，显示的网卡名，如果不使用 --opt 参数指定此名称，那你在使用 ifconfig -a 命令查看网络信息时，看到的是类似 br-110eb56a0b22 这样的名字，这显然不怎么好记。#mynetwork 为执行 docker network list 命令时，显示的bridge网络模式名称。
记录k8s以docker方式安装Kuboard v3 过程
weixin_67727883的博客
04-28 180
记录k8s以docker方式安装Kuboard v3 过程
华纳云：如何使用Docker进行有效的日志管理？
YOKEhn的博客
04-25 266
3.使用日志转发器：如果您的应用程序需要将日志发送到外部日志收集器或分析系统(如 Elasticsearch、Logstash、Fluentd、Kafka 等)，可以使用日志转发器，如 Fluentd 或 Filebeat，将容器日志转发到指定的目标。综上所述，通过合适的配置和工具，您可以在 Docker 中实现有效的日志管理，提高日志的可访问性、可用性和安全性，从而更好地监控和管理容器化应用程序的日志。使用 Docker 进行有效的日志管理可以帮助您轻松地收集、存储、分析和监控容器日志。
Docker容器：docker基础
zk584715834的博客
04-23 954
云端华为云 谷歌云 腾讯云 阿里云 亚马逊 百度云 移动云 天翼云 西部数码云国内云 华为云 阿里云 腾讯云（私有云）国外云 谷歌 亚马逊云计算的服务模式是分几层的，分别是PaaS：PLatform（平台）-as-a-Service；SaaS：Software（软件）-as-a-Service基础设施即服务（IaaS, Infrastructure as a Service）定义：IaaS是云计算的基础层级，它向用户提供虚拟化的计算资源，如虚拟机、存储空间、网络和操作系统。
三种修改 Docker 镜像默认存储位置的方法
weixin_54936485的博客
04-29 355
解决默认存储容量不足的情况，最直接且最有效的方法就是挂载新的分区到该目录。但是在原有系统空间不变的情况下，所以采用软链接的方式，修改镜像和容器的存放路径达到同样的目的。如果你的存储驱动有所不同，请输入之前第一步查看并记下的值。服务，经过长时间的使用，会使原本就比较大的分区越来越不够用。的配置文件可以设置大部分的后台进程参数，在各个操作系统中的存放位置不一致。服务了，这将改变新的镜像和容器的存储位置。文件中提到的特定参数，将默认服务所使用的位于。或以上的，可以修改或新建。文件的原因，是我们希望。
Error from server (Forbidden): error when creating "pod1.yaml": pods "pod-test1" is forbidden: pod does not have "kubernetes.io/config.mirror" annotation, node "centos7-02" can only create mirror pods
05-27
这个错误是因为您尝试在 Kubernetes 集群中的一个节点上创建一个 Pod，但该节点上不允许创建非镜像（mirror）Pod。 镜像 Pod 是一种特殊类型的 Pod，它们是由 Kubernetes 自动创建的，用于在节点上运行容器镜像。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值