创建 Deployment

CKA 考试 九五折优惠申请 CKA 考试，优惠码为： Affkub95-268483 现在报名 广告

返回 Deployment

本文描述了如何创建一个 Deployment，如何理解 Deployment 各个字段，以及如何查看 Deployment 的创建结果。

本文同时讲述了两种创建 Deployment 的方式：

• 使用 kubectl 创建 Deployment
• 使用 Kuboard 创建 Deployment

下面的 yaml 文件定义了一个 Deployment，该 Deployment 将创建一个有 3 个 nginx Pod 副本的 ReplicaSet（副本集）：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80

在这个例子中：

• 将创建一个名为 nginx-deployment 的 Deployment（部署），名称由 .metadata.name 字段指定
• 该 Deployment 将创建 3 个 Pod 副本，副本数量由 .spec.replicas 字段指定
• .spec.selector 字段指定了 Deployment 如何找到由它管理的 Pod。此案例中，我们使用了 Pod template 中定义的一个标签（app: nginx）。对于极少数的情况，这个字段也可以定义更加复杂的规则
• .template 字段包含了如下字段：
  • .template.metadata.labels 字段，指定了 Pod 的标签（app: nginx）
  • .template.spec.containers[].image 字段，表明该 Pod 运行一个容器 nginx:1.7.9
  • .template.spec.containers[].name 字段，表明该容器的名字是 nginx

按照下面的步骤创建该 Deployment

1. 执行命令以创建 Deployment

kubectl apply -f https://k8s.io/examples/controllers/nginx-deployment.yaml

TIP

您可以为该命令增加 --record 选项，此时 kubectl 会将 kubectl apply -f https://k8s.io/examples/controllers/nginx-deployment.yaml --record 写入 Deployment 的 annotation（注解） kubernetes.io/change-cause 中。这样，您在将来就可以回顾某一个 Deployment 版本变化的原因

2. 执行命令 kubectl get deployments 检查 Deployment 的创建情况。如果该 Deployment仍在创建过程中，输出结果如下所示：

NAME               DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   3         0         0            0           1s

字段含义

字段名称	说明
NAME	Deployment name
DESIRED	Deployment 期望的 Pod 副本数，即 Deployment 中 .spec.replicas 字段指定的数值。该数值是“期望”值
CURRENT	当前有多少个 Pod 副本数在运行
UP-TO-DATE	Deployment 中，符合当前 Pod Template 定义的 Pod 数量
AVAILABLE	当前对用户可用的 Pod 副本数
AGE	Deployment 部署以来到现在的时长

3. 查看 Deployment 的发布状态（rollout status），执行命令 kubectl rollout status deployment.v1.apps/nginx-deployment。输出结果树下所示：

Waiting for rollout to finish: 2 out of 3 new replicas have been updated...
deployment.apps/nginx-deployment successfully rolled out

4. 等待几秒后，再次执行命令 kubectl get deployments，输出结果如下所示：

NAME               DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   3         3         3            3           18s

此时该 Deployment 已经完成了 3 个 Pod 副本的创建，并且所有的副本都是 UP-TO-DATE（符合最新的 Pod template 定义） 和 AVAILABEL

5. 查看该 Deployment 创建的 ReplicaSet（rs），执行命令 kubectl get rs，输出结果如下所示：

NAME                          DESIRED   CURRENT   READY   AGE
nginx-deployment-75675f5897   3         3         3       18s

6. 查看 Pod 的标签，执行命令 kubectl get pods --show-labels，输出结果如下所示：

NAME                                READY     STATUS    RESTARTS   AGE       LABELS
nginx-deployment-75675f5897-7ci7o   1/1       Running   0          18s       app=nginx,pod-template-hash=3123191453
nginx-deployment-75675f5897-kzszj   1/1       Running   0          18s       app=nginx,pod-template-hash=3123191453
nginx-deployment-75675f5897-qqcnn   1/1       Running   0          18s       app=nginx,pod-template-hash=3123191453

Deployment 创建的 ReplicaSet（副本集）确保集群中有 3 个 nginx Pod。

TIP

您必须为 Deployment 中的 .spec.selector 和 .template.metadata.labels 定义一个合适的标签（这个例子中的标签是 app: nginx）。请不要使用与任何其他控制器（其他 Deployment / StatefulSet 等）相同的 .spec.selector 和 .template.metadata.labels。否则可能发生冲突，并产生不可预见的行为。

Pod-template-hash 标签

警告

请不要修改这个标签

pod-template-hash 标签是 Deployment 创建 ReplicaSet 时添加到 ReplicaSet 上的，ReplicaSet 进而将此标签添加到 Pod 上。这个标签用于区分 Deployment 中哪个 ReplicaSet 创建了哪些 Pod。该标签的值是 .spec.template 的 hash 值。

1. 进入 Kuboard 名称空间页面，点击左侧菜单中的 创建工作负载 按钮；

   

   并填写如下表单：

   区域	字段名称	填写内容	字段说明
   基本信息	服务类型	Deployment
   	服务分层	展现层	Kuboard 特性的字段，用于表示该工作复杂显示在名称空间的哪一个分层
   	服务名称	web-nginx
   	副本数量	3

2. 切换到 容器信息 Tab 页，如下图所示：

   

   并填写如下表单：

   区域	字段名称	填写内容	字段说明
   容器信息-->添加工作容器	容器名称	nginx
   	镜像	nginx:1.7.9
   	Ports	TCP : 80	容器组暴露的端口

3. 点击保存后，可以看到 Deployment 的更新界面，如下图所示：

   Kuboard 在界面中显示了 ReplicaSets、Pods 的动态变化过程。

   

4. 对于每一个 Pod，Kuboard 提供了如下几个功能可以便捷的与容器内应用进行交互：

   代理：替代 kubectl proxy 功能，可以直接访问容器内应用，参考 KuboardProxy

   日志：替代 kubectl logs 功能，可以直接追踪容器内应用的日志输出；

   bash/sh：替代 kubectl exec 功能，可以直接进入容器内应用的终端；

返回 Deployment