deployment 每个pod重启后id发生变化

最新推荐文章于 2023-02-13 16:20:02 发布
最新推荐文章于 2023-02-13 16:20:02 发布
阅读量574 收藏
点赞数
分类专栏： kubernetes 进阶
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhaoyangjian724/article/details/118992285
版权
kubernetes 进阶 专栏收录该内容
182 篇文章 36 订阅 ¥39.90 ¥99.00
订阅专栏

[root@master Chapter7]# kubectl delete -f 7-2-deployment.yaml 
deployment.apps "nginx" deleted
[root@master Chapter7]# 

[root@master Chapter7]# kubectl get pod
NAME                                      READY   STATUS    RESTARTS   AGE
nfs-client-provisioner-6976b6b79c-fc99q   1/1     Running   6          16d
web-0                                     1/1     Running   5          16d
web-1                                     1/1     Running   6          19d
web-2                                     1/1     Running   5          18d
web-6db77f5fdb-dcw4b                      1/1     Running   2          11d
[root@master Chapter7]# 


[root@master Chapter7]# kubectl apply -f 7-2-deployment.yaml 
deployment.apps/nginx created
[root@master Chapter7]# 


[root@master Chapter7]# kubectl get pod
NAME                                      READY   STATUS  

了解本专栏 订阅专栏 解锁全文
scan724
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
pod重启和生命周期
huangleijay的专栏
06-21 950
前言 1：如何构造pod原地重启，即pod ip不发生改变 2： 怎么构造pod init容器多次执行 3： 当pod 非init容器全部删除，是否会导致pod所有容器全部执行？ 摘自：https://kubernetes.io/zh/docs/concepts/workloads/pods/init-containers/ 正文 0： pod定义 与单个应用容器一样，pod被认为是相对短暂的（而不是持久的）实体。正如在pod的生命周期中所讨论的，创建pod，分配唯一ID（UID）..
K8S之Pod控制器Deployment（Deploy）
weixin_45880055的博客
06-03 3058
文章目录基本介绍Deployment的资源清单文件创建deployment扩缩容镜像更新 基本介绍 为了更好的解决服务编排的问题，kubernetes在V1.2版本开始，引入了Deployment控制器。 值得一提的是，Deployment控制器并不直接管理pod，而是通过管理ReplicaSet来间接管理Pod，即：Deployment管理ReplicaSet，ReplicaSet管理Pod。所以Deployment比ReplicaSet功能更加强大。 Deployment主要功能有下面几个： 支持R
kubernetes日志回滚测试
三成的博客
07-27 251
结论 容器挂掉后自动重启，pod不会重新创建，podname不会发生变化，k8s保留上次挂掉容器的日志信息 手动重新部署，podname发生变化，不能获取到上次容器崩溃时的日志信息 问题咨询电话：18311061660 ...
docker&kubernets篇（二十三）
yitian881112的专栏
08-25 587
在Kubernetes中，能够被创建、调度和管理的最小单元是pod，而非单个容器。前面已经说过，一个pod是由若干个Docker容器构成的容器组（pod意为豆荚，里面容纳了多个豆子，很形象）。这里需要强调的是，pod里的容器共享network namespace，并通过volume机制共享一部分存储。 ❏ pod是IP等网络资源的分配的基本单位，这个IP及其对应的network namespace是由pod里的容器共享的； ❏ pod内的所有容器也共享volume。当有一个volume被挂载在同属一个pod
kubernetes Pod生命周期和重启策略
qq_37377136的博客
10-27 2214
Pod 的生命周期官方简介 一、Pod 生命期简介 和一个个独立的应用容器一样，Pod 也被认为是相对临时性（而不是长期存在）的实体。 Pod 会被创建、赋予一个唯一的 ID（UID）， 并被调度到节点，并在终止（根据重启策略）或删除之前一直运行在该节点。 如果一个节点死掉了，调度到该节点 的 Pod 也被计划在给定超时期限结束后删除。 Pod 自身不具有自愈能力。如果 Pod 被调度到某节点 而该节点之后失效，或者调度操作本身失效，Pod 会被删除；与此类似，Pod 无法在节点资源 耗尽或者节点维护期间继
【K8S系列】Pod重启策略及重启可能原因
热门推荐
颜淡慕潇
01-30 1万+
1 重启策略 1.1Always Pod中的容器，不管因为什么原因停止，都会自动重启。 该为默认策略， 没有定义重启策略时，默认的就是always 1.2OnFailure Pod中的容器，非正常停止/异常退出时，会自动重启容器，如果是正常停止，则不会 1.3Nerver Pod中容器不管以什么原因退出，都不会自动重启容器 自动重启的可能原因： 1.Xms超出了k8s分配 2.docker容器的内存限制 3.出现OOMKilled事件
k8s 重启pod_k8s连载--pod的生命周期，状态检测，重启机制
weixin_39700548的博客
12-03 705
pod生命周期Pending Pod 已被 Kubernetes 系统接受，但有一个或者多个容器尚未创建亦未运行。此阶段包括等待 Pod 被调度的时间和通过网络下载镜像的时间---》取决于节点docker配置，镜像源配置是否正确或者 pod调度，是否能找到合适的节点。Running Pod 已经绑定到了某个节点，Pod 中所有的容器都已被创建。至少有一个容器仍在运行，或者正处于启动或重启状态。--...
nexus-deployment-pod.yaml
07-22
nexus-deployment-pod.yaml
Cisco ACI Multi-Pod Design and Deployment
07-25
在本课程"Cisco ACI Multi-Pod Design and Deployment"中，我们将深入探讨Cisco Application Centric Infrastructure（ACI）网络的设计和扩展策略，特别是在多Pod环境中的应用。ACI是一种软件定义网络（SDN）解决...
6-k8s部署之Deployment+Pod+Service1
08-08
这种方式适用于需要直接暴露服务的情况，但缺点是 Pod 重启可能导致 IP 变化。 2. **hostPort**：通过指定 `hostPort`，容器的端口可以映射到宿主机的端口，允许外部直接访问。 3. **NodePort**：Kubernetes 自动...
k8s技术交流，包括Pod概念和特点Pod种类Pod镜像拉取策略Pod重启策略Pod控制器Pod探针、Pod调度
05-13
k8s技术交流是学习kubernetes的基础，它包括了Pod概念和特点、Pod种类、Pod镜像拉取策略、Pod重启策略、Pod控制器、Pod探针、Pod调度等多个方面的内容。下面我们将详细介绍这些知识点。 Pod概念和特点 ------------...
无状态应用管理Deployment
最新发布
01-26
当 Deployment 的 Pod 模板更改时，才会触发 Deployment 更新。例如，可以使用 kubectl set image 命令更新 Deployment 的镜像： `kubectl set image deployment nginx nginx=registry....
十二、Kubernetes核心技术Service详解、实例
全栈行动派的博客
01-01 673
Deployment控制的3个pod，其中一个Pod出现问题，这个时候给销毁重新创建后Pod Ip会变化Pod IP 仅仅是集群内可见的虚拟IP，外部无法访问这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题。Service可以看作是一组同类Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。通过上图可以看出，Service也是通过标签选择器控制一组Pod的对外访问。
k8s中pod的重启策略和健康检查
huahua1999的博客
04-06 1万+
k8s中pod的重启策略 pod中一共有以下三个重启策略（restartPolicy） 1、Always：当容器终止退出后，总是重启容器，默认策略。 2、OnFailure：当容器异常退出（退出状态码非0）时，才重启容器。 3、Never：当容器终止退出，从不重启容器。 三种重启策略中，Always是默认策略，即当用户在配置文件中未配置关于重启的策略，则默认为Always. 检查示例 模拟http请求与存活检查 先创建一个nginx的deployment.yaml kub..
k8s-deployment滚动更新
ens160的博客
05-10 2970
deployment最突出的一个功能是支持滚动更新，比如我们需要吧应用容器更改为nginx:1.7.9版本，修改后的资源清单 [root@master1 ~]# cat nginx-strategy-deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-strategy-deployment namespace: default spec: replicas: 4 selector
k8s重启pod
zy103118的博客
03-02 1万+
原文链接：原文链接：https://blog.csdn.net/weixin_44666068/article/details/102808609 kubectl describe deployment com-xxxx(你的要重启的pod名称) 这条命令是查看你要重启的pod对应的部署定义deployment中的重启策略 这个方法就很简单粗暴了，直接把 Pod 删除，因为 Kubernetes 是声明式 API，所以删掉了之后，Pod API 对象就与预期的不一致了，所以会自动重新创建.
Kubernetes中pod的相关操作
memory_hahaha的博客
02-13 319
Kubernetes中pod的相关操作
pod重启
m0_46445748的博客
02-10 1949
pod重启
kubectl apply时，k8s做了什么-k8s的pod更新流程
从不背锅的运维
08-24 2546
聊一聊 输入 kubectl apply 时，k8s在背后做了什么 本文需要读者对kubernetes（以下简称k8s）有一定的了解。 如果我们想在kubernetes集群中创建3个相同 nginx 镜像的pod，官方推荐的做法是定义一个更高一级抽象的deployment, 通过这个deployment来统一管理一组pod，并且使用声明式命令 apply 代替 指令式命令 create 来创建deployment对象 配置文件 deployment.yml 如下, 来自kubernetes 官网 apiVe
kubectl rollout status deployment 命令，设置当pod重启几次后失败
07-16
` rollout status deployment`命令本身没有提供设置当重启几次后失败的选项。但是，您可以使用`kubectl rollout status`命令结合其他工具和技术来实现此目的。 一种方法是使用`kubectl rollout status`命令结合`kubectl get pods`命令和一些脚本来监视Pod的重启次数，并在达到指定次数后触发失败操作。 以下是一个示例的 Bash 脚本，它可以帮助您实现此目的： ```bash #!/bin/bash deployment_name="your-deployment-name" max_restart_count=3 restart_count=0 while true; do status=$(kubectl rollout status deployment $deployment_name) if [[ $status == *"successfully rolled out"* ]]; then echo "Deployment $deployment_name rolled out successfully." break fi restart_count=$(kubectl get pods -l app=$deployment_name -o jsonpath='{range .items[*]}{@.status.containerStatuses[0].restartCount}{"\n"}{end}' | awk '{sum+=$1}END{print sum}') if (( restart_count > max_restart_count )); then echo "Pod restart count exceeded the threshold. Deployment $deployment_name failed." # 在此处执行适当的失败操作 exit 1 fi sleep 5 # 等待一段时间后再次检查 done ``` 在上述脚本中，您需要将`your-deployment-name`替换为您自己的Deployment名称，并根据需要调整`max_restart_count`变量来设置失败的重启次数阈值。 脚本将不断检查Deployment的状态，直到它成功部署或达到重启次数阈值。如果达到阈值，则会触发适当的失败操作。 请注意，此脚本仅提供了一个示例，并且可能需要根据您的具体需求进行调整。 希望这可以帮助到您！如果您有其他问题，请随时提问。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

scan724

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值