当前位置: 首页 > news >正文

Kubernetes》》K8S》》Deployment 、Pod、Rs 、部署 nginx

Deployment

deployment文档说明
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

kubectl get rs,deployment,pods
在这里插入图片描述

删除pod 、deployment 、service

# 如果只删除pod,deployment会自动重建,所以应该先删除deployment。
# 下面演示的是删除所有deployment,可以指定只删除某个
# 删除所有 deployment
kubectl delete deployment -all
# 删除指定  deployment
kubectl delete deployment deployment名称 -n 命名空间
# 基于资源清单删除
kubectl delete -f xxx.yaml#  删除所有pod
kubectl delete pod --all
#  删除指定pod
kubectl delete pod POD_NAME -n NAMESPACE_NAME# 删除service  因为pod都删除了,对应的service就没有用了
kubectl delete svc SERVICE_NAME -n NAMESPACE_NAME
kubectl delete pod tigera-operator-c78c656bf-fww8k  -n tigera-operator  --grace-period=0 --force

在这里插入图片描述
在这里插入图片描述

Deployment 文档说明

# 不同的版本号 支持的配置属性不一样  
apiVersion: v1       #必填,版本号,例如v1
kind: Depolyment     #必填
metadata:       #必填,元数据name: string       #必填,Pod名称namespace: string    #必填,Pod所属的命名空间labels:      #自定义标签- name: string     #自定义标签名字<key: value>annotations:       #自定义注释列表- name: string
spec:         #必填,部署的详细定义selector: matchLabels:name: string #必填,通过此标签匹配对应pod<key: value>replicas: number #必填,副本数量template: #必填,应用容器模版定义metadata: labels: name: string #必填,遇上面matchLabels的标签相同spec: containers:      #必填,定义容器列表- name: string     #必填,容器名称image: string    #必填,容器的镜像名称imagePullPolicy: [Always | Never | IfNotPresent] #获取镜像的策略 Alawys表示下载镜像 IfnotPresent表示优先使用本地镜像,否则下载镜像,Nerver表示仅使用本地镜像command: [string]    #容器的启动命令列表,如不指定,使用打包时使用的启动命令args: [string]     #容器的启动命令参数列表workingDir: string     #选填,容器的工作目录env:       #容器运行前需设置的环境变量列表- name: string     #环境变量名称value: string    #环境变量的值ports:       #需要暴露的端口库号列表- name: string     #选填,端口号名称containerPort: int   #容器需要监听的端口号hostPort: int    #选填,容器所在主机需要监听的端口号,默认与Container相同protocol: string     #选填,端口协议,支持TCP和UDP,默认TCPresources:       #资源限制和请求的设置limits:      #资源限制的设置cpu: string    #Cpu的限制,单位为core数,将用于docker run --cpu-shares参数memory: string     #内存限制,单位可以为Mib/Gib,将用于docker run --memory参数requests:      #资源请求的设置cpu: string    #Cpu请求,容器启动的初始可用数量memory: string     #内存清楚,容器启动的初始可用数量volumeMounts:    #挂载到容器内部的存储卷配置- name: string     #引用pod定义的共享存储卷的名称,需用volumes[]部分定义的的卷名mountPath: string    #存储卷在容器内mount的绝对路径,应少于512字符readOnly: boolean    #是否为只读模式livenessProbe:     #对Pod内个容器健康检查的设置,当探测无响应几次后将自动重启该容器,检查方法有exec、httpGet和tcpSocket,对一个容器只需设置其中一种方法即可exec:      #对Pod容器内检查方式设置为exec方式command: [string]  #exec方式需要制定的命令或脚本httpGet:       #对Pod内个容器健康检查方法设置为HttpGet,需要制定Path、portpath: stringport: numberhost: stringscheme: stringHttpHeaders:- name: stringvalue: stringtcpSocket:     #对Pod内个容器健康检查方式设置为tcpSocket方式port: numberinitialDelaySeconds: 0  #容器启动完成后首次探测的时间,单位为秒timeoutSeconds: 0   #对容器健康检查探测等待响应的超时时间,单位秒,默认1秒periodSeconds: 0    #对容器监控检查的定期探测时间设置,单位秒,默认10秒一次successThreshold: 0failureThreshold: 0securityContext:privileged:false#Pod的重启策略,Always表示一旦不管以何种方式终止运行,kubelet都将重启,OnFailure表示只有Pod以非0退出码退出才重启,Nerver表示不再重启该PodrestartPolicy: [Always | Never | OnFailure]nodeSelector: obeject  #设置NodeSelector表示将该Pod调度到包含这个label的node上,以key:value的格式指定imagePullSecrets:    #Pull镜像时使用的secret名称,以key:secretkey格式指定- name: stringhostNetwork:false      #是否使用主机网络模式,默认为false,如果设置为true,表示使用宿主机网络volumes:       #在该pod上定义共享存储卷列表- name: string     #共享存储卷名称 (volumes类型有很多种)emptyDir: {}     #类型为emtyDir的存储卷,与Pod同生命周期的一个临时目录。为空值hostPath: string     #类型为hostPath的存储卷,表示挂载Pod所在宿主机的目录path: string     #Pod所在宿主机的目录,将被用于同期中mount的目录- name: string     #共享存储卷名称secret:      #类型为secret的存储卷,挂载集群与定义的secre对象到容器内部scretname: string  items:     - key: string     #选择secrets定义的某个keypath: string    #文件内容路径- name: string     #共享存储卷名称configMap:     #类型为configMap的存储卷,挂载预定义的configMap对象到容器内部name: stringitems:- key: string     #选择configmap定义的某个keypath: string     #文件内容路径- name: string     #共享存储卷名称persistentVolumeClaim:claimName: string     #类型为PVC的持久化存储卷

》》》案例
部署nginx

apiVersion: apps/v1
kind: Deployment
metadata:name: my-deploymentlabels:app: my-app
spec:replicas: 3# 战略  更新策略》》无停机更新strategy:# ① RollingUpdate 滚动更新 更新时会逐步创建新的Pod副本,替换旧的Pod,确保应用保持在线状态  默认的策略  # 更新具体步骤:# 创建新 Pod(以符合 maxSurge 配置的上限)。	#新 Pod 变为 Ready 状态时,停止旧的 Pod。	#不断重复以上步骤,直到所有旧的 Pod 替换为新 Pod。# ②Recreate(重建)#  策略会直接停止所有旧的 Pod 并创建新的 Pod,适合无状态服务或无需保证持续在线的应用。# strategy:#   type: Recreatetype: RollingUpdaterollingUpdate:# 更新过程中允许的最大不可用 Pod 数量,支持绝对值或百分比(如 75%)。maxUnavailable: 1# 更新过程中允许的最大新建 Pod 数量,同样支持绝对值或百分比。maxSurge: 1selector:matchLabels:app: my-apptemplate:metadata:labels:app: my-appspec:containers:- name: my-containerimage: nginx:latestports:- containerPort: 80envFrom:- configMapRef:name: my-configresources:limits:memory: "256Mi"cpu: "500m"requests:memory: "128Mi"cpu: "250m"livenessProbe:httpGet:path: /port: 80initialDelaySeconds: 3periodSeconds: 3

在这里插入图片描述

更新操作

在这里插入图片描述

# 》》方法一  通过yaml文件更新
# 编辑 YAML 文件并重新应用。
kubectl apply -f my-deployment.yaml# 》》方法二:直接设置新镜像更新
kubectl set image deployment/my-deployment my-container=nginx:1.25#  查看更新状态
#   查看对应的deployment的更新状态kubectl rollout status deployment my-deployment
# 在滚动更新中,您可以选择暂停更新,以便在每一步观察应用行为。
# 暂停更新:指定具体要暂停更新的 deployment名称
kubectl rollout pause deployment my-deployment
# 恢复更新:指定具体要恢复更新的 deployment名称
kubectl rollout resume deployment my-deployment

Deployment 回滚

# 如果更新发生错误或出现异常,可以将 Deployment 回滚到上一个稳定版本:
# 执行回滚 指定具体要回归的 deployment名称
kubectl rollout undo deployment my-deployment# 查看历史记录:指定具体要历史记录的 deployment名称
kubectl rollout history deployment my-deployment# 回滚到指定版本:如果有多个历史记录,可以通过 --to-revision 指定回滚的版本。
# 将版本回滚到第三个版本
kubectl rollout undo deployment my-deployment --to-revision=3

Deployment 扩容和缩容详解

# Deployment 支持动态扩容和缩容,通过更改 replicas 数量来控制 Pod 的副本数量。
#(1)手动扩容或缩容: 指名具体的 deployment名称
kubectl scale deployment my-deployment --replicas=5
# (2)自动扩容(HPA)
# Kubernetes 支持基于 HorizontalPodAutoscaler(HPA)进行自动扩容,根据负载动态调整 Pod 副本数量:
kubectl autoscale deployment my-deployment --min=3 --max=5 --cpu-percent=85

Deployment 探针配置

探针(Probe)用于监测 Pod 是否健康,Kubernetes 提供了三种探针类型:

》》Liveness Probe:检测 Pod 是否正常工作。如果检测失败,会重启 Pod,如果在重启后 Liveness 探针仍然失败,Pod 将被标记为失败。。

》》Readiness Probe:检测Pod是否准备好接收流量。如果检测失败,Pod 不会参与负载均衡,这确保了新版本的容器在完全准备好之前不会接收到流量,从而避免对应用的不良影响。。

》》Startup Probe:用于启动检测,尤其适合启动时间较长的应用。

containers:- name: my-containerimage: nginx:1.25ports:- containerPort: 80livenessProbe:   # 存活探针httpGet:path: /port: 80# 在容器启动后首次探测前的延迟时间。initialDelaySeconds: 5# 两次探测之间的时间间隔periodSeconds: 5readinessProbe:     # 就绪探针httpGet:path: /port: 80initialDelaySeconds: 5periodSeconds: 5startupProbe:      # 启动探针httpGet:path: /port: 80# 如果探测失败超过该值,容器会被重启或标记为不可用。failureThreshold: 30periodSeconds: 10

http://www.mrgr.cn/news/96499.html

相关文章:

  • unity客户端面试高频2(自用)
  • 【小兔鲜】day01 项目、Vue3介绍、组合式API、小案例
  • (undone) MIT6.824 Lecture 02 - RPC and Threads
  • Windows10上部署DeepSeek+RAG知识库操作详解(Dify方式)之1
  • 漏洞挖掘---顺景ERP-GetFile任意文件读取漏洞
  • C++学习之Linux文件编译、调试及库制作
  • 红宝书第二十一讲:详解JavaScript的模块化(CommonJS与ES Modules)
  • C++学习之路:指针基础
  • Windows11系统下python虚拟环境管理独家心得
  • uniapp选择文件使用formData格式提交数据
  • opencv图像处理之指纹验证
  • Java EE(18)——网络原理——应用层HTTP协议
  • leetcode 28 Find the Index of the First Occurrence in a String
  • Jmeter的压测使用
  • 从PDF到精准答案:Coze助力RAGFlow框架提升数据召回率
  • 源码刨析与插入实现:RBT比AVL强在何处?
  • SpringBoot实现RBAC权限校验模型
  • C++进阶——位图+布隆过滤器+海量数据处理
  • 小学数学解题方法专题3-列表法-提升2
  • 3.27学习总结 爬虫+二维数组+Object类常用方法