一、deployment.yaml文件详解
1 apiVersion: extensions/v1beta1 #接口版本
2 kind: Deployment #接口类型
3 metadata:
4 name: cango-demo #Deployment名称
5 namespace: cango-prd #命名空间
6 labels:
7 app: cango-demo #标签
8 spec:
9 replicas: 3
10 strategy:
11 rollingUpdate: ##由于replicas为3,则整个升级,pod个数在2-4个之间
12 maxSurge: 1 #滚动升级时会先启动1个pod
13 maxUnavailable: 1 #滚动升级时允许的最大Unavailable的pod个数
14 template:
15 metadata:
16 labels:
17 app: cango-demo #模板名称必填
18 sepc: #定义容器模板,该模板可以包含多个容器
19 containers:
20 - name: cango-demo #镜像名称
21 image: swr.cn-east-2.myhuaweicloud.com/cango-prd/cango-demo:0.0.1-SNAPSHOT #镜像地址
22 command: [ "/bin/sh","-c","cat /etc/config/path/to/special-key" ] #启动命令
23 args: #启动参数
24 - '-storage.local.retention=$(STORAGE_RETENTION)'
25 - '-storage.local.memory-chunks=$(STORAGE_MEMORY_CHUNKS)'
26 - '-config.file=/etc/prometheus/prometheus.yml'
27 - '-alertmanager.url=http://alertmanager:9093/alertmanager'
28 - '-web.external-url=$(EXTERNAL_URL)'
29 #如果command和args均没有写,那么用Docker默认的配置。
30 #如果command写了,但args没有写,那么Docker默认的配置会被忽略而且仅仅执行.yaml文件的command(不带任何参数的)。
31 #如果command没写,但args写了,那么Docker默认配置的ENTRYPOINT的命令行会被执行,但是调用的参数是.yaml中的args。
32 #如果如果command和args都写了,那么Docker默认的配置被忽略,使用.yaml的配置。
33 imagePullPolicy: IfNotPresent #如果不存在则拉取
34 livenessProbe: #表示container是否处于live状态。如果LivenessProbe失败,LivenessProbe将会通知kubelet对应的container不健康了。随后kubelet将kill掉container,并根据RestarPolicy进行进一步的操作。默认情况下LivenessProbe在第一次检测之前初始化值为Success,如果container没有提供LivenessProbe,则也认为是Success;
35 httpGet:
36 path: /health #如果没有心跳检测接口就为/
37 port: 8080
38 scheme: HTTP
39 initialDelaySeconds: 60 ##启动后延时多久开始运行检测
40 timeoutSeconds: 5
41 successThreshold: 1
42 failureThreshold: 5
43 readinessProbe:
44 httpGet:
45 path: /health #如果没有心跳检测接口就为/
46 port: 8080
47 scheme: HTTP
48 initialDelaySeconds: 30 ##启动后延时多久开始运行检测
49 timeoutSeconds: 5
50 successThreshold: 1
51 failureThreshold: 5
52 resources: ##CPU内存限制
53 requests:
54 cpu: 2
55 memory: 2048Mi
56 limits:
57 cpu: 2
58 memory: 2048Mi
59 env: ##通过环境变量的方式,直接传递pod=自定义Linux OS环境变量
60 - name: LOCAL_KEY #本地Key
61 value: value
62 - name: CONFIG_MAP_KEY #局策略可使用configMap的配置Key,
63 valueFrom:
64 configMapKeyRef:
65 name: special-config #configmap中找到name为special-config
66 key: special.type #找到name为special-config里data下的key
67 ports:
68 - name: http
69 containerPort: 8080 #对service暴露端口
70 volumeMounts: #挂载volumes中定义的磁盘
71 - name: log-cache
72 mount: /tmp/log
73 - name: sdb #普通用法,该卷跟随容器销毁,挂载一个目录
74 mountPath: /data/media
75 - name: nfs-client-root #直接挂载硬盘方法,如挂载下面的nfs目录到/mnt/nfs
76 mountPath: /mnt/nfs
77 - name: example-volume-config #高级用法第1种,将ConfigMap的log-script,backup-script分别挂载到/etc/config目录下的一个相对路径path/to/...下,如果存在同名文件,直接覆盖。
78 mountPath: /etc/config
79 - name: rbd-pvc #高级用法第2中,挂载PVC(PresistentVolumeClaim)
80
81 #使用volume将ConfigMap作为文件或目录直接挂载,其中每一个key-value键值对都会生成一个文件,key为文件名,value为内容,
82 volumes: # 定义磁盘给上面volumeMounts挂载
83 - name: log-cache
84 emptyDir: {}
85 - name: sdb #挂载宿主机上面的目录
86 hostPath:
87 path: /any/path/it/will/be/replaced
88 - name: example-volume-config # 供ConfigMap文件内容到指定路径使用
89 configMap:
90 name: example-volume-config #ConfigMap中名称
91 items:
92 - key: log-script #ConfigMap中的Key
93 path: path/to/log-script #指定目录下的一个相对路径path/to/log-script
94 - key: backup-script #ConfigMap中的Key
95 path: path/to/backup-script #指定目录下的一个相对路径path/to/backup-script
96 - name: nfs-client-root #供挂载NFS存储类型
97 nfs:
98 server: 10.42.0.55 #NFS服务器地址
99 path: /opt/public #showmount -e 看一下路径
100 - name: rbd-pvc #挂载PVC磁盘
101 persistentVolumeClaim:
102 claimName: rbd-pvc1 #挂载已经申请的pvc磁盘