k8s 实践经验（四）：实操中学 k8s 五种资源（2）deployment

看、未来

发布于 2022-05-06 17:44:01

2850

发布于 2022-05-06 17:44:01

文章被收录于专栏：CSDN搜“看，未来”

文章目录
Label 标签
打标签
标签筛选
删除标签
通过配置文件配置
deployment
创建 deployment
状态解析
Deployment的更新
更改deployment的镜像并记录
查看更新过程
Deployment的回滚
4.2、回滚到指定版本（较少，但是得掌握）
Deployment的扩容与缩容
Deployment的扩容
Deployment的缩容
Deployment的暂停和恢复
Deployment 暂停功能
Deployment 恢复功能
Deployment注意事项
service

接上一篇，上一篇的 pod 占的篇幅有点多，但是我感觉才讲了一点，pod 真要拿出来讲能讲好几节课。

Label 标签

Label是kubernetes的一个重要概念。它的作用就是在资源上添加标识，用来对它们进行区分和选择。

● Label的特点： ○ 一个Label会以key/value键值对的形式附加到各种对象上，如Node、Pod、Service等。 ○ 一个资源对象可以定义任意数量的Label，同一个Label也可以被添加到任意数量的资源对象上去。 ○ Label通常在资源对象定义时确定，当然也可以在对象创建后动态的添加或删除。

这个 key/value，公司应该会有自己的规范，我们自己玩的时候高兴取什么名字就取什么名字，只要你自己不迷糊就行。

打标签

让我们给这个 nginx pod 打上一个标签：

kubectl label pod nginx2-59c95fc67d-sbdx5 version=1.0 -n dev

再给它打一个：

kubectl label pod nginx2-59c95fc67d-sbdx5 author=wlf -n dev

如果要更新标签：

kubectl label pod nginx2-59c95fc67d-sbdx5 version=2.0 -n dev --overwrite

记得要加上覆盖标志。不加也行，系统会提示的。

查看标签：

kubectl get pod nginx2-59c95fc67d-sbdx5  -n dev --show-labels

标签筛选

通过 key/value 方式：

kubectl get pod -l key=value [-n 命名空间] --show-labels

还有其他方式，这里不多说。

删除标签

kubectl label pod xxx key- [-n 命名空间]

通过配置文件配置

apiVersion: v1
kind: Pod
metadata:
  name: nginx
  namespace: dev
  labels:
    version: "3.0"
    env: "test"        
spec:
  containers:
  - image: nginx:1.17.1
    imagePullPolicy: IfNotPresent
    name: pod
    ports: 
    - name: nginx-port
      containerPort: 80
      protocol: TCP

deployment

和前一篇一样的风格，前面那块只是个开胃菜，这里才是重头戏！！！

在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。

在kubernetes中Pod控制器的种类有很多，Deployment 是最常用的那种。

为了不被前面的演示干扰，这里我将命名空间直接删掉，一整个空间删掉上面的东西自然也就没了。

创建 deployment

kubectl create deployment nginx --image=nginx:1.15.2

可以自行添加参数。

然后稍作等待，让子弹飞一会儿。

使用配置文件创建，要怎么写呢？

kubectl  get deployment nginx -n w -o yaml > nginx-deploy.yaml

拿到这个 nginx-deploy.yaml 之后，我们是不是就可以为所欲为啦！！！（所以说我到现在还不会自己写 deploy.yaml，是有原因的。。。）

状态解析

kubectl get deploy -n w -o wide

 NAME： Deployment名称
 READY：Pod的状态，已经Ready的个数
 UP-TO-DATE：已经达到期望状态的被更新的副本数
 AVAILABLE：已经可以用的副本数
 AGE：显示应用程序运行的时间
 CONTAINERS：容器名称
 IMAGES：容器的镜像
 SELECTOR：管理的Pod的标签

Deployment的更新

更改deployment的镜像并记录

kubectl set image deploy nginx nginx=nginx -n w --record

查看更新过程

kubectl describe deploy/nginx -n w

Deployment的回滚

回滚到上一个版本（一般都是回滚到上一个版本）

# 例如错误的更新到了一个xxx版本
[root@k8s-master01 ~]# kubectl set image deploy nginx nginx=nginx:xxx --record   
deployment.apps/nginx image updated

# 查看kubectl更新的历史命令
[root@k8s-master01 ~]# kubectl rollout history deploy nginx 
deployment.apps/nginx 
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deploy nginx nginx=nginx:1.15.3 --record=true
3         kubectl set image deploy nginx nginx=nginx:xxx --record=true

# 回滚到上一个版本
[root@k8s-master01 ~]# kubectl rollout undo deploy nginx
deployment.apps/nginx rolled back

4.2、回滚到指定版本（较少，但是得掌握）

# 多次更新错误版本
[root@k8s-master01 ~]# kubectl set image deploy nginx nginx=nginx:aa --record
deployment.apps/nginx image updated
[root@k8s-master01 ~]# kubectl set image deploy nginx nginx=nginx:bb --record
deployment.apps/nginx image updated
[root@k8s-master01 ~]# kubectl set image deploy nginx nginx=nginx:cc --record
deployment.apps/nginx image updated

# 查看kubectl更新的历史命令
[root@k8s-master01 ~]# kubectl rollout history deploy nginx 
deployment.apps/nginx 
REVISION  CHANGE-CAUSE
1         <none>
3         kubectl set image deploy nginx nginx=nginx:xxx --record=true
4         kubectl set image deploy nginx nginx=nginx:1.15.3 --record=true
5         kubectl set image deploy nginx nginx=nginx:aa --record=true
6         kubectl set image deploy nginx nginx=nginx:bb --record=true
7         kubectl set image deploy nginx nginx=nginx:cc --record=true

# 查看指定版本的详细信息 ---看revision对应的数字即可
[root@k8s-master01 ~]# kubectl rollout history deploy nginx --revision=4
deployment.apps/nginx with revision #4
Pod Template:
  Labels:       app=nginx
        pod-template-hash=5dfc8689c6
  Annotations:  kubernetes.io/change-cause: kubectl set image deploy nginx nginx=nginx:1.15.3 --record=true
  Containers:
   nginx:
    Image:      nginx:1.15.3
    Port:       <none>
    Host Port:  <none>
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>
  
# 回滚到指定版本
[root@k8s-master01 ~]# kubectl rollout undo deploy nginx --to-revision=4
deployment.apps/nginx rolled back

Deployment的扩容与缩容

Deployment的扩容

# Deployment的扩容与缩容，不会生成新的rs
[root@k8s-master01 ~]# kubectl  scale  --replicas=4  deploy nginx -n w
deployment.apps/nginx scaled

# --replicas  # 指定副本数
# nginx  	  # pod的名字

# 查看rs
[root@k8s-master01 ~]# kubectl get rs -n w

Deployment的缩容

# Deployment的扩容与缩容，不会生成新的rs
[root@k8s-master01 ~]# kubectl  scale  --replicas=1  deploy nginx -n w
deployment.apps/nginx scaled

# --replicas  # 指定副本数
# nginx  	  # pod的名字

# 查看rs
[root@k8s-master01 ~]# kubectl get rs

Deployment的暂停和恢复

deployment可以在线edit更改（可以一次性更改多个）
也可以用kubectl set image更改（也可以一次性更改多个，但是需要使用到Deployment的暂停和恢复功能）

Deployment 暂停功能

# 暂停
[root@k8s-master01 ~]# kubectl rollout pause deployment nginx -n w
deployment.apps/nginx paused

# 第一次更新
[root@k8s-master01 ~]# kubectl set image deploy nginx nginx=nginx:1.15.4 --record
deployment.apps/nginx image updated

# 第二次更新、添加内存、CPU
[root@k8s-master01 ~]# kubectl set resources deploy nginx -c nginx --limits=cpu=200m,memory=128Mi --requests=cpu=10m,memory=16Mi
deployment.apps/nginx resource requirements updated

# 查看被更改以后的nginx镜像的deployment
[root@k8s-master01 ~]# kubectl get deploy nginx -o yaml

Deployment 恢复功能

# 更新完想更新的内容后，然后恢复镜像
[root@k8s-master01 ~]# kubectl rollout resume deploy nginx -n w
deployment.apps/nginx resumed

# 查看rs，看到有新的
[root@k8s-master01 ~]# kubectl get rs
NAME                DESIRED   CURRENT   READY   AGE
nginx-5b6bc78b67    1         1         0       41s

Deployment注意事项

.spec.revisionHistoryLimit：设置保留RS旧的revision的个数，设置为0的话，不保留历史数据

.spec.minReadySeconds：可选参数，指定新创建的Pod在没有任何容器崩溃的情况下视为Ready最小的秒数，默认为0，即一旦被创建就视为可用。

滚动更新的策略：
	.spec.strategy.type：更新deployment的方式，默认是RollingUpdate
		RollingUpdate：滚动更新，可以指定maxSurge和maxUnavailable
			maxUnavailable：指定在回滚或更新时最大不可用的Pod的数量，可选字段，默认25%，可以设置成数字或百分比，如果该值为0，那么maxSurge就不能0
			maxSurge：可以超过期望值的最大Pod数，可选字段，默认为25%，可以设置成数字或百分比，如果该值为0，那么maxUnavailable不能为0
		Recreate：重建，先删除旧的Pod，在创建新的Pod

service

下篇吧。这个压轴的档次不亚于 deployment。不信的小伙伴可以思考一个问题：我前边鼓捣了那么多，最终目的到底是什么？如果外界连不上 k8s 里面的东西，调动不了服务，那一切不都是扯淡吗？

本文参与腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。

原始发表：2022-05-06，如有侵权请联系 cloudcommunity@tencent.com 删除

kubernetes

nginx

本文分享自作者个人站点/博客前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与腾讯云自媒体同步曝光计划，欢迎热爱写作的你一起参与！

kubernetes

nginx

登录后参与评论

0 条评论

热度