K8S对象-Deployment

其他相关文档：《Depoloymen 回滚/暂停/启动》

1. 概念

1.1 作用

• 创建Pod和ReplicaSet
• 滚动升级和回滚应用
• 扩容和缩容
• 暂停和继续Deployme

1.2 实际应用

无状态和不需要每个node上启动一个的POD，一般都使用Deployme

1.3 比较

对象	是否有状态	POD数量
Deployment	无	按副本数
DaemonSet	无	（适合节点）每节点一个
StatefulSet	有	按副本数

相关文档
《K8S-DaemonSet》
《k8s-StatefulSet》

2. 完整示例

单机mysql为例。虽然mysql是有状态的（更适合用StatefulSet），但是我们仅作为Deployment一个说明示例，单机只启动一个副本（replicas只能选1）不会对说明的效果有影响。

2.1 deployment 的yml文件

# 定义接口版本
apiVersion: extensions/v1beta1
# 定义对象类型
kind: Deployment
# 定义元数据，包括名称和命名空间等
metadata:
  name: mysql
  namespace: mysql-test
# spec 下说明的是如何创建deployment
spec:
  #副本数
  replicas: 1
  # template下写明deployment 如何创建pod
  template:
    # 元数据包括该pod的标签（service会根据该标签代理pod）
    metadata:
      labels:
        app: mysql
    # 创建pod的模板
    spec:
      containers:
      - name: mysql # 容器名
        image: harbocto.xxx.com.cn/public/mysql:5.7 # 镜像
        imagePullPolicy: IfNotPresent  # 拉取镜像方案 （Always）
        # 定义容器中变量
        env:
        - name: MYSQL_ROOT_PASSWORD
          value: liubei@2021
        - name: MYSQL_REPLICATION_USER
          value: "liubei"
        - name: MYSQLREPLICAITONPASSWO
          value: "liubei@2021"
        # 定义端口
        ports:
        - containerPort: 3306
        volumeMounts: 
        # 挂载目录
        - name: mysql-data   # 挂载名称，和下边volumes的对上
          mountPath: /var/lib/mysql   # 容器内要挂载目录
        # 挂载文件
        - mountPath: /etc/mysql/my.cnf # 容器内要挂载文件
          name: mysqlcnf  # 挂载名，和下边volumes的对上
          subPath: my.cnf  # 容器内挂载文件名，和mountPath配合使用
      # 指明上边容器内挂载资源对应容器外的各资源
      volumes: 
      - name: mysql-data  # 对应上边volumeMounts 中的一个挂载名
        # 指明外部挂载PV。
        persistentVolumeClaim:
          claimName: mysql   # 和后边创建pvc的名字要一致
      - name: mysqlcnf  # 对应上边volumeMounts 中的一个挂载名
         # 指明外部挂载的是configmap
        configMap:
          name: mysqlcnf  # 和configmap的名字要一致

2.2 需要的相关对象

前边写的deployment需要如下对象：

说明：这些对象并不是创建所有deployment所必须的，只是因为我们这个示例里边定义了。

• configmap
  相关文档：《K8s -configmap》

它不是deployment必须的，只是因为前边挂载已经指明了这个configmap，因此必须有。

apiVersion: v1
kind: ConfigMap
metadata:
  name: mysqlcnf   # deployment识别这个名字挂载
  namespace: mysql-test
data:
  my.cnf: |
    # 这里是mysql的配置文件
    # 虽然鸿渐这个懒家伙什么也没有留下，但是不影响mysql启动
    !includedir /etc/mysql/conf.d/
    !includedir /etc/mysql/mysql.conf.d/

• pvc
  相关文档：《k8s-挂载卷》

前边挂载已经指明了这个configmap，因此必须有。
我的环境使用了默认storageclass，因此我不用手动创建pv了。

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: mysql
  namespace: mysql-test
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi

• service
  相关文档：《K8S-service》

service会使用deployment中定义的POD的标签
他不是和前边configmap一样，由deployment来指定。
因此service即使没有，也不会影响deployment 启动pod。

apiVersion: v1
kind: Service
metadata:
  name: mysql
  namespace: mysql-test
spec:
  type: NodePort
  ports:
  - port: 3306
    targetPort: 3306
    nodePort: 30200
  selector:
    app: mysql

---