k8s如何管理Pod

最新推荐文章于 2024-02-23 00:18:36 发布
最新推荐文章于 2024-02-23 00:18:36 发布
阅读量202 收藏
点赞数
文章标签： 运维
原文链接：https://segmentfault.com/a/1190000006182603
版权

本文整理自【时速云线上微信群分享】第十二期

在本次分享开始前，让我们先回想下Pod。Pod直译是豆荚，可以把容器想像成豆荚里的豆子，把一个或多个关系紧密的豆子包在一起就是豆荚（一个Pod）。在k8s中我们不会直接操作容器，而是把容器包装成Pod再进行管理（关于Pod，大家可以参考第二期的分享“谈谈Pod在微服务中的运用”）。Pod是运行服务的基础，那我们如何来管理Pod呢，下面我们就来聊一聊。分为这三个部分：

1. 使用Replication Controller 来部署、升级Pod

2. Replica Set – 下一代Replication Controller

3. Deployment – 更加方便的管理Pod和Replica Set

先举个例子

假设我们有一个Pod在提供线上服务，现在有如下几个场景，大家想想如何应对：

  1. 节日活动，网站访问量突增

  2. 遭到攻击，网站访问量突增

  3. 运行Pod的节点发生故障

第1种情况， 活动前预先多启动几个Pod，活动结束后再结束掉多余的，虽然要启动和结束的Pod有点多，但也能有条不紊按计划进行

第2种情况， 正在睡觉突然手机响了说网站反应特慢卡得要死，赶紧爬起来边扩容边查找攻击模式、封IP等等……

第3种情况， 正在休假突然手机又响了说网站上不去，赶紧打开电脑查看原因，启动
新的Pod

Pod需要手动管理，好累……

能否在Pod发生问题时自动恢复呢，我们先来看下Replication Controller（以下简称RC）

先说RC 是什么。RC保证在同一时间能够运行指定数量的Pod副本，保证Pod总是可用。如果实际Pod数量比指定的多就结束掉多余的，如果实际数量比指定的少就启动缺少的。当Pod失败、被删除或被终结时RC会自动创建新的Pod来保证副本数量。

所以即使只有一个Pod也应该使用RC来进行管理。

接下来我们看下如何创建RC，看这个定义文件rc.yaml

alt 文本

这个文件定义了RC的属性，我们先关注如下字段：

spec.replicas：副本数量3

spec.selector：RC通过spec.selector来筛选要控制的Pod

spec.template：这里写Pod的定义（但不需要apiVersion和kind）

spec.template.metadata.labels：Pod的label，可以看到这个label与spec.selector相同

这个文件的意思是定义了一个RC对象，它的名字是hello-rc（metadata.name:hello-rc），保证有3个Pod运行（spec.replicas:3），Pod的镜像是index.tenxcloud.com/tailnode/hello:v1.0（spec.template.spec.containers.image: index.tenxcloud.com/tailnode/hello:v1.0）

关键在于spec.selector与spec.template.metadata.labels，这两个字段必须相同，否则下一步创建RC会失败。（也可以不写spec.selector，这样默认与spec.template.metadata.labels相同）

现在通过kubectl来创建RC：

alt 文本

查看结果可以看到当前RC的状态：指定了需要3个Pod、当前实际有3个Pod、3个Pod都在运行中（图片较大只截取部分）：

alt 文本

如果使用的镜像较大查看状态可能是Waiting，这是因为正在下载镜像，等待一段时间就好。

alt 文本

上面说过RC会自动管理Pod保证指定数量副本运行，我们来实验一下，看下图：

alt 文本

1.查看当前Pod，（注意NAME和AGE列）

2.删除hello-rc-5crgq

3.再次查看Pod，发现新的Pod启动了（注意NAME和AGE列）

到这里我们对RC有了基本的认识，并进行了简单的使用。

现在回到最开始的问题，如何通过RC修改Pod副本数量。其实非常简单，只需要修改yaml文件spec.replicas字段成想要的值，然后执行kubectl replace命令（或者使用kubect edit replicationcontroller hello-rc直接修改）.

执行结果看下图：

alt 文本

当我们有新功能发布或修复BUG时使用滚动升级是不错的选择，可以使用工具kubectl rolling-update完成这个任务。对照下图我们来看下是如何进行的

使用命令kubectl rolling-update hello-rc –image=index.tenxcloud.com/tailnode/hello:v2.0

alt 文本

在另一个窗口查看RC

alt 文本

对照两张截图，我们能够看出升级步骤如下：

1.创建一个使用新版本Pod的RC，hello-rc-4f7ed44b6db1e20aa1bc681c81d63caf

2.依次增加新RC的副本数量、减少旧RC的副本数量

3.当升级成功后，删除旧RC

4.重命名新RC为hello-rc

当Pod中只有一个容器时通过–image参数指定新的Tag，如果有多个容器或其他字段的修改时，需要使用kubectl rolling-update NAME -f FILE指定文件

如果在升级过程中出现问题（比如长时间无响应），可以CTRL+C结束再使用kubectl rolling-update hello-rc –rollback进行回滚，但如果升级完成后出现问题（比如新版本程序出core），此命令无能为力，需要使用同样方法“升级”为旧版本

在时速云平台我们能够非常方便的使用弹性伸缩功能来调整Pod副本数量，还是举例说明：

启动一个能够输出Pod主机名和版本号的服务，看下图当前只有一个Pod副本运行

alt 文本

点击弹性伸缩，修改数量为3，同时使用下面的命令测试，从输出结果可以看出提供服务的Pod数量变成了3个：

alt 文本

下面再来测试下灰度升级功能，修改目标版本为v2.0（之前是v1.0，为了便于查看效果新建有2个Pod的服务），然后查看Pod变化

第一个新Pod hello-v2.0-ywcc2已经启动

alt 文本

第二个新Pod hello-v2.0-whtvh正在启动

alt 文本

最后一个旧Pod hello-41ee8正在停止

alt 文本

升级完成，只有两个新Pod提供服务

alt 文本

同时使用命令查看服务的响应如下：

alt 文本

k8s是一个高速发展的项目，在新的版本中官方推荐使用Replica Set和Deployment来代替RC。

那么它们优势在哪里，我们来看一看：

  1. RC只支持基于等式的selector（env=dev或environment!=qa）但Replica Set还支持新的基于集合的selector（version in (v1.0, v2.0)或env notin (dev, qa)），这对复杂的运维管理带来很大方便

  2. 使用Deployment升级Pod只需要定义Pod的最终状态，k8s会为你执行必要的操作，虽然能够使用命令kubectl rolling-update完成升级，但它是在客户端与服务端多次交互控制RC完成的，所以REST API中并没有rolling-update的接口，这为定制自己的管理系统带来了一些麻烦。

  3. Deployment拥有更加灵活强大的升级、回滚功能

Replica Set目前与RC的区别只是支持的selector不同，后续肯定会加入更多功能。Deployment使用了Replica Set，是更高一层的概念。除非需要自定义升级功能或根本不需要升级Pod，所以推荐使用Deployment而不直接使用Replica Set。

下面我们继续来看Deployment的定义文件，与RC的定义文件基本相同（注意apiVersion还是beta版），所以不再详细解释各字段意思

alt 文本

与创建RC相同，使用命令kubectl create -f deployment.yaml –record创建Deployment，注意–record参数，使用此参数将记录后续对创建的对象的操作，方便管理与问题追溯

使用kubectl edit deployment hello-deployment修改spec.replicas/spec.template.spec.container.image字段来完成扩容缩容与滚动升级（比kubectl rolling-update速度快很多）

修改image字段为新版本镜像后查看Pod，在STATUS列看到正在执行升级的Pod：

alt 文本

使用kubectl rollout history命令查看Deployment的历史信息

alt 文本

上面提到过kubectl rolling-update升级成功后不能直接回滚，不是很方便，那使用Deployment可以吗，答案是肯定的。

首先在上面的命令加上–revision参数，查看改动详细信息如下：

alt 文本

然后使用kubctl rollout undo deployment hello-deployment回滚至前一版本（使用–to-revision参数指定版本）即可。

命令kubectl describe deployment hello-deployment查看详细信息，在Message一列看到回滚如下，详细的信息记录对于问题发生后的原因查找有很大帮助：

alt 文本

通过对比RC、Replica Set与Deployment，可以看出新的Replica Set与Deployment比RC要强大易用很多，但因为现在还是beta版本所以不建议在生产环境使用，不过相信不久的将来我们就能使用上。

Q&A

  1. 问：灰度发布， 可以指定新旧版共存么， 怎么整？
    答：可以像上面说的那样，使用命令行工具创建新旧两个RC，然后分别指定需要的Pod数量。但目前时速云平台还不支持这种。

  2. 问：时速云是怎么保持k8s master的高可用的？
    答：高可用目前是官方推荐的多master standby方式，以及我们自己的agent监管方式。

  3. 问：Pod 之间通信是不是也是用的flannel？
    答：pod和pod之间，可以采用官方推荐的各种网络解决方案，目前我们主要关注 flannel(vxlan）和 Calico

  4. 问：flannel以及calico，你们选其一还是两个方案都在用？有测试报告吗？
    答：两个方案都在用，测试报告以前分享过几种方案的网络性能比较，这里有一个Calico的，可以参考：https://www.projectcalico.org/ ... ance/

  5. 问：Replica Set 这个有demo的例子么？
    答：因为一般Replica Set不会直接使用，而是通过Deployment来控制它，所以本次没有写出Replica Set的demo

  6. 问：Deployment现在是没有rest api修改Pod数量么？
    答：有的，PUT /apis/extensions/v1beta1/namespaces/{namespace}/deployments/{name}

  7. 问：由于k8s严重依赖etcd中的数据，一旦etcd的数据紊乱，可能造成业务故障。这个问题在大量业务接入的时候可能有几率出现，时速云有解决方案吗？
    答：这个问题，目前还没有碰到，不过我们会将服务信息同时存放到另外的存储中，也会对etcd进行备份，这样在出现故障时也可以很容易恢复或者迁移整个集群。

  8. 问：时速云用的是原生k8s吗，都做了哪些优化？
    答：优化是有一些的，包括部署方式、网络、存储、以及一些用户体验上的优化为主，以便充分发挥 k8s 的一些优势。

  9. 问：Docker 1.12版本开始集成了Swarm到Docker Engine中，Swarm功能也变得越来越强大，那么时速云怎么看这个问题？以后考不考虑用高版本Docker，用k8s管理集成Swarm的Docker，会不会性能浪费？
    答：我们目前主要关注swarm，swarmkit这些docker原生的工具，会去了解他们的主要特性，可以看到swarmkit正在向 k8s 方向迈进。

  10. 问：再问个问题，有状态服务的pod，挂载个数据卷（比如rbd）。用rc或者deployment管理的pod重启或者升级以后，数据卷重新挂载到新的pod上会有什么问题么？
    答：没有遇到过问题，理论上也不应该会有问题的。

  11. 问：能不能介绍一下怎么做用户隔离的，公有云的话，安全对大家很重要
    答：可以参考 Calico 的网络隔离和 k8s 的服务、api访问控制，以及一些用户角色上的设计，k8s在安全上还是考虑了不少东西的。

  12. 问：容器飘移和虚拟机飘移一样吗？
    答：还是不太一样的，虚拟机可以支持热迁移，目前容器还不行。

如何参与线上分享？

添加微信号：时速云小助手(tenxcloud6)，我们即可拉您进群

weixin_34174322
关注
k8s中pod使用详解
congge
01-15 9752
k8s中Pod使用
k8s 中 Pod 的控制器
虚幻私塾
09-30 1421
Pod 是 Kubernetes 集群中能够被创建和管理的最小部署单元。所以需要有工具去操作和管理它们的生命周期,这里就需要用到控制器了。Pod 控制器由 master 的组件提供，常见的此类控制器有和 CronJob 等，它们分别以不同的方式管理 Pod 资源对象。关于 pod 中的几个控制器最常用的就是 Deployment 和 ReplicaSet；使用 Deployment 来管理 RS，来实现服务的部署，更新和滚动升级；StatefulSet 主要用来管理无状态应用；
k8s pod管理
weixin_60551759的博客
01-15 881
DNS domain name service域名解析服务 一.实验环境的搭建 主机作路由 虚拟机添加网关
k8s Pod管理
TimeRovers的博客
06-16 658
1.2.1.2 Linux常用的capabilities内核单元 1.2.1.3 pod级别的sysctls内核参数 1.2.2 举例 1.2.2.1 设置普通用户和组 1.2.2.2 设置capabilities内核功能 1.2.2.3 设置sysctls内核安全参数 二、Pod探针和hook 2.1 pod过程......
k8s-----Pod管理
weixin_46971894的博客
10-28 476
k8s Pod管理Pod简介Pod管理Pod的创建与使用Pod扩容与缩容更新pod与Pod回滚三级目录 Pod简介 Pod是可以创建和管理Kubernetes计算的最小可部署单元，一个Pod代表着集群中运行的一个进程，每个pod都有一个唯一的ip。 一个pod类似一个豌豆荚，包含一个或多个容器（通常是docker），多个容器间共享IPC、Network和UTC namespace。 Pod管理 启动之前所作的k8s集群部署, [root@server2 ~]# export KUBECONFIG=/etc
k8s集群化部署之pod管理
weixin_43834060的博客
06-22 993
一、pod简介 Pod是Kubernetes中一个抽象化概念，由一个或多个容器组合在一起得共享资源。这些资源包括： 共享存储，如 Volumes 卷 网络，唯一的集群IP地址 每个容器运行的信息，例如:容器镜像版本 Pod模型是特定应用程序的“逻辑主机”，并且包含紧密耦合的不同应用容器。Pod中的容器共享IP地址和端口。每个Pod将被绑定调度到Node节点上，并一直保持在那里直到被终止（根据配置策略）或删除。在节点出现故障的情况下，群集中的其他可用节点上将会调度之前相同的Pod。 二、node简介 一个Po
Kubernetes Kubelet管理pod核心流程
小楼一夜听春雨，深巷明朝卖杏花
07-23 681
然后针对每一个pod，它就会去执行syncpod的操作，syncpod里面最重要的行为就是computepodactions，也就是针对这个pod采取什么样的行为，它会去比对当前节点上面的已经在运行的容器进程，然后去判断说，如果pod是新的我就create，如果pod是已经存在的，比如说是delete事件，那么我就应该去删除，如果是一个更新事件，那么我就要去判断运行的容器进程和你当前的pod是不是匹配的，比如它的哈希值变的话，那么我就要重建，这就是computepodactions所做的事情。.......
kmem问题造成K8S中pod内存溢出
01-20
在Kubernetes(K8S)集群中，当遇到“kmem问题造成K8S中pod内存溢出”的情况，这通常意味着内核内存(kernel memory)的使用超过了预期限制，导致了Pod无法正常运行或者性能下降。内核内存是操作系统用于内部数据结构和...
K8S—Pod详解
最新发布
qq_64441401的博客
02-23 2629
Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等。
k8s pod 更换命名空间步骤
临江仙我亦是行人
12-07 4447
在实际生产中，有些 pod 由于需要更换命名空间（namespace），如果没有原始的 yaml 文件，就需要将现有的 pod 信息导出，修改后，重新 apply 1.新建文件夹 root@master1:~# mkdir bi-parking-lot root@master1:~# mkdir mall-bi-system root@master1:~# mkdir scpg-ta-service 2.导出 ingress kubectl get ingress -n project-keycloak
k8s (3)k8s的Pod管理
weixin_43414025的博客
12-27 597
标签
二、k8s1.12 master多节点（高可用）
热门推荐
机器重启员的博客
11-14 1万+
架构图 master 节点我们要避免单节点，防止故障 1、多节点部署 我们在192.168.1.9上面部署另外一台master 首先我们将主节点文件拷贝过去： cd /opt scp -r kubernetes 192.168.1.9:/opt/ scp -r etcd 192.168.1.9:/opt/ scp /usr/lib/systemd/system/kube-* 192.168.1....
k8s管理linux进程,K8s--k8s的pod管理
weixin_29228781的博客
05-02 721
Pod介绍Pod是可以创建和管理Kubernetes计算的最小可部署单元，一个Pod代表着集群 中运行的一个进程，每个pod都有一个唯一的ip。一个pod类似一个豌豆荚，包含一个或多个容器(通常是docker)，多个容器间 共享IPC、Network和UTC namespace。Pod管理kubectl命令：https://kubernetes.io/docs/reference/generate...
k8s的资源隔离
生有热烈
07-19 3119
namespace做资源隔离 namespace中的标签选择器不会跟其他的namespace关联 所有的k8s附加组件都会在kube-system的namespace资源中,用于跟其他组件区分开. 原理 通过将系统内部的对象“分配”到不同的Namespace中，形成逻辑上分组的不同项目、小组或用户组，便于不同的分组在共享使用整个集群的资源的同时还能被分别管理。 Kubernetes集群在启动后，会创建一个名为“default”的Namespace，通过Kubectl可以查看到。 创建Pod/RC/Ser
K8S之Pod控制器Deployment入门
李半仙
09-02 662
K8S之pod控制器Deployment入门 说明 kubernetes1.18及以后 都不支持命令行创建Deployment 建议大家采用配置配置文件的方式创建 在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。 命令操作 1.18之前的版本可以 1.18之后的会报错 # 命令格式: kubectl crea
pod的管理
batanj35857的博客
08-11 166
Pod简介Pod 是 kubernetes 系统的基础单元，是由用户创建或部署的最小组件，也是 kubernetes 系统上运行容器化应用的资源对象。Kubernetes 集群中其他资源对象都是为 pod 这个资源对象做支撑来实现 kubernetes 管理应用服务的目的。Kubernetes 集群组件主要包括主节点组件API Server、Controller Manager、Scheduler...
K8s-部署高可用组件.06-1
Vv的博客
01-02 667
内容转载自：https://github.com/opsnull/follow-me-install-kubernetes-cluster/blob/master/06-1.ha.md 上一篇：K8s-部署master节点.06 06-1.部署高可用组件 本文档讲解使用 keepalived 和 haproxy 实现 kube-apiserver 高可用的步骤： keepalived 提供...
k8s入门-使用Service管理Pod访问
嘻哈王大头
05-26 3433
我们通过Deployment可以为一个应用创建多个Pod，而且可以动态的进行增加、或者删除多余的Pod，Kubernetes Pod 是有生命周期的，它们可以被创建，也可以被销毁，但是每次Pod的IP地址就会发生变化，外面如何访问到该Pod呢？总不能每次Pod重启就修改访问的IP地址吧。 每个 Pod 都会获取它自己的 IP 地址，但是每次即使这些 IP 地址不总是稳定可依赖的。 这会导致一个问题：在 Kubernetes 集群中，如果一组 Pod（称为 backend）为其它 Pod （称为 fronte
K8S技术深度探讨：Pod详解与管理策略
“K8S技术交流，涵盖Pod概念、种类、镜像拉取策略、重启策略、控制器、探针和调度等内容，以及K8S组件介绍、资源管理和故障迁移等特性。” Kubernetes（简称k8s）是Google推出的一个开源容器编排系统，它为大规模...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值