最近有点划水,文章还是有写的,只是没成型,所以没发出来.
今天介绍下用k8s挂载一些常用的资源
当前版本Kubernetes版本:1.12.2
env
env
1
2
3
env:
- name: GIT_REPO
value: 'ssh://[email protected]:22/a/b.git'
嵌套env
1
2
3
4
5
6
7
8
9
env:
- name: spring.profiles.active
value: 'product'
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
- name: GOMS_API_HTTP_ADDR
value: 'http://$(MY_POD_IP):9090'
configMap
注意一下,修改configmap不会导致容器里的挂载的configmap文件/环境变量发生改变;删除configmap也不会影响到容器内部的环境变量/文件,但是删除configmap之后,被挂载的pod上面会出现一个warnning的事件
1
2
3
4
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Warning FailedMount 64s (x13 over 11m) kubelet, cn-shenzhen.i-wz9498k1n1l7sx8bkc50 MountVolume.SetUp failed for volume "nginx" : configmaps "nginx" not found
config map写的很清楚了,这里恬不知耻得copy一下
注意,configmap有1M的限制,一般用来挂载小型配置,大量配置建议上配置中心
挂载单一项
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
env:
# Define the environment variable
- name: SPECIAL_LEVEL_KEY
valueFrom:
configMapKeyRef:
# The ConfigMap containing the value you want to assign to SPECIAL_LEVEL_KEY
name: special-config
# Specify the key associated with the value
key: special.how
restartPolicy: Never
表示挂载special-config这个configmap的special.how项
挂载整个configmap
1
2
3
4
5
6
7
8
9
10
11
12
13
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
envFrom:
- configMapRef:
name: special-config
restartPolicy: Never
参考:
fieldRef
可以挂载pod的一些属性
1
2
3
4
5
6
env:
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
Selects a field of the pod: supports metadata.name, metadata.namespace, metadata.labels, metadata.annotations, spec.nodeName, spec.serviceAccountName, status.hostIP, status.podIP.
resourceFieldRef
Selects a resource of the container: only resources limits and requests (limits.cpu, limits.memory, limits.ephemeral-storage, requests.cpu, requests.memory and requests.ephemeral-storage) are currently supported.
英文介绍得很明白,用来挂载当前yaml里面container的资源(CPU/内存)限制,用得比较少啦其实.此外还可以结合downloadAPI
注意containerName不能配错,不然pod状态会变成CreateContainerConfigError
1
2
3
4
5
6
env:
- name: a
valueFrom:
resourceFieldRef:
containerName: nginx-test2
resource: limits.cpu
secretKeyRef
Selects a key of a secret in the pod’s namespace
1
2
3
4
5
6
7
8
9
10
11
env:
- name: WORDPRESS_DB_USER
valueFrom:
secretKeyRef:
name: mysecret
key: username
- name: WORDPRESS_DB_PASSWORD
valueFrom:
secretKeyRef:
name: mysecret
key: password
参考:
- Kubernetes中Secret使用详解
- https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.12/#envvarsource-v1-core
目录/文件类挂载
k8s可以挂载的资源实在是太多,这里挑一些比较有代表性的来讲一下
这一类资源一般要先在spec层级定义volumes,然后在containers定义volumeMounts,有种先声明,再使用的意思
hostPath(宿主机目录/文件)
- 既有目录/文件用
Directory/File+nodeSelector 但是用了nodeSelector之后,以后的伸缩都会在匹配的节点上,如果节点只有1个,副本集设置得超出实际节点可承受空间,最终将导致单点问题,这个要注意下 - 应用启用时读写空文件用
DirectoryOrCreate或者FileOrCreate
以下演示第一种方案
1
2
#给节点打上标签(这里省略)
kubectl get node --show-labels
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
apiVersion: apps/v1beta2
kind: Deployment
metadata:
labels:
app: nginx-test2
name: nginx-test2
namespace: test
spec:
progressDeadlineSeconds: 600
replicas: 1
revisionHistoryLimit: 2
selector:
matchLabels:
app: nginx-test2
strategy:
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
type: RollingUpdate
template:
metadata:
labels:
app: nginx-test2
spec:
containers:
- image: 'nginx:1.15.4-alpine'
imagePullPolicy: Always
name: nginx-test2
resources: {}
terminationMessagePolicy: File
volumeMounts:
- name: host1
mountPath: /etc/nginx/sites-enabled
- name: host2
mountPath: /etc/nginx/sites-enabled2/a.com.conf
nodeSelector:
kubernetes.io/hostname: cn-shenzhen.i-wz9aabuytimkomdmjabq
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
volumes:
- name: host1
hostPath:
path: /root/site
type: Directory
- name: host2
hostPath:
path: /root/site/a.com.conf
type: File
configMap
单项挂载(第1种)
这种挂载会热更新,更改后大约10秒后能看到变化
1
2
3
4
5
6
7
8
9
10
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
items:
- key: log_level
path: log_level
单项挂载(第2种)
这种挂载方式不会热更新
1
2
3
4
5
6
7
8
volumeMounts:
- name: nginx
mountPath: /etc/nginx/nginx.conf
subPath: nginx.conf
volumes:
- name: nginx
configMap:
name: amiba-nginx
完全挂载
这种挂载会热更新,更改后大约10秒后能看到变化
1
2
3
4
5
6
7
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
secret
单项挂载
1
2
3
4
5
6
7
8
9
10
11
volumes:
- name: secrets
secret:
secretName: mysecret
items:
- key: password
mode: 511
path: tst/psd
- key: username
mode: 511
path: tst/usr
完全挂载
这里用了特定权限去挂载文件,默认好像是777
1
2
3
4
5
6
7
8
volumeMounts:
- name: sshkey
mountPath: /root/.ssh
volumes:
- name: sshkey
secret:
secretName: pull-gitea
defaultMode: 0400
1
2
3
4
kubectl create secret generic pull-gitea \
--from-file=id_rsa=/Volumes/D/temp/id_rsa \
--from-file=id_rsa.pub=/Volumes/D/temp/id_rsa.pub \
--from-file=known_hosts=/Volumes/D/temp/known_hosts \
比如这个模式创建出来的secret,容器里面/root/.ssh目录就会有id_rsa,id_rsa.pub,known_hosts3个文件
downwardAPI
参考链接:
I’ve been slacking off a bit recently. I’ve been writing articles, but they’re not polished, so I haven’t published them.
Today I’ll introduce how to mount some commonly used resources in k8s.
Current Kubernetes version: 1.12.2
env
env
1
2
3
env:
- name: GIT_REPO
value: 'ssh://[email protected]:22/a/b.git'
Nested env
1
2
3
4
5
6
7
8
9
env:
- name: spring.profiles.active
value: 'product'
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
- name: GOMS_API_HTTP_ADDR
value: 'http://$(MY_POD_IP):9090'
configMap
Note: Modifying configmap will not cause mounted configmap files/environment variables in containers to change; deleting configmap will also not affect environment variables/files inside containers, but after deleting configmap, a warning event will appear on the mounted pod
1
2
3
4
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Warning FailedMount 64s (x13 over 11m) kubelet, cn-shenzhen.i-wz9498k1n1l7sx8bkc50 MountVolume.SetUp failed for volume "nginx" : configmaps "nginx" not found
The config map documentation is very clear, so I’ll shamelessly copy it here.
Note: configmap has a 1M limit, generally used to mount small configurations. For large configurations, it’s recommended to use a configuration center.
Mount a Single Item
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
env:
# Define the environment variable
- name: SPECIAL_LEVEL_KEY
valueFrom:
configMapKeyRef:
# The ConfigMap containing the value you want to assign to SPECIAL_LEVEL_KEY
name: special-config
# Specify the key associated with the value
key: special.how
restartPolicy: Never
This mounts the special.how item from the special-config configmap.
Mount Entire ConfigMap
1
2
3
4
5
6
7
8
9
10
11
12
13
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
envFrom:
- configMapRef:
name: special-config
restartPolicy: Never
Reference:
fieldRef
Can mount some properties of the pod
1
2
3
4
5
6
env:
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
Selects a field of the pod: supports metadata.name, metadata.namespace, metadata.labels, metadata.annotations, spec.nodeName, spec.serviceAccountName, status.hostIP, status.podIP.
resourceFieldRef
Selects a resource of the container: only resources limits and requests (limits.cpu, limits.memory, limits.ephemeral-storage, requests.cpu, requests.memory and requests.ephemeral-storage) are currently supported.
The English documentation explains it clearly - used to mount resource (CPU/memory) limits of containers in the current yaml. It’s actually used less frequently. Additionally, it can be combined with downloadAPI.
Note that containerName cannot be misconfigured, otherwise the pod status will become CreateContainerConfigError.
1
2
3
4
5
6
env:
- name: a
valueFrom:
resourceFieldRef:
containerName: nginx-test2
resource: limits.cpu
secretKeyRef
Selects a key of a secret in the pod’s namespace
1
2
3
4
5
6
7
8
9
10
11
env:
- name: WORDPRESS_DB_USER
valueFrom:
secretKeyRef:
name: mysecret
key: username
- name: WORDPRESS_DB_PASSWORD
valueFrom:
secretKeyRef:
name: mysecret
key: password
Reference:
- Detailed Explanation of Secret Usage in Kubernetes
- https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.12/#envvarsource-v1-core
Directory/File Mounting
k8s can mount too many resources, so I’ll pick some representative ones to discuss.
This type of resource generally needs to define volumes at the spec level first, then define volumeMounts in containers, which has a meaning of declaring first, then using.
hostPath (Host Directory/File)
- For existing directories/files, use
Directory/File+ nodeSelector But after usingnodeSelector, future scaling will be on matching nodes. If there’s only 1 node, and the replica set exceeds what the actual node can handle, it will eventually lead to a single point of failure. This needs attention. - For applications that read/write empty files on startup, use
DirectoryOrCreateorFileOrCreate
The following demonstrates the first approach.
1
2
# Label the node (omitted here)
kubectl get node --show-labels
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
apiVersion: apps/v1beta2
kind: Deployment
metadata:
labels:
app: nginx-test2
name: nginx-test2
namespace: test
spec:
progressDeadlineSeconds: 600
replicas: 1
revisionHistoryLimit: 2
selector:
matchLabels:
app: nginx-test2
strategy:
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
type: RollingUpdate
template:
metadata:
labels:
app: nginx-test2
spec:
containers:
- image: 'nginx:1.15.4-alpine'
imagePullPolicy: Always
name: nginx-test2
resources: {}
terminationMessagePolicy: File
volumeMounts:
- name: host1
mountPath: /etc/nginx/sites-enabled
- name: host2
mountPath: /etc/nginx/sites-enabled2/a.com.conf
nodeSelector:
kubernetes.io/hostname: cn-shenzhen.i-wz9aabuytimkomdmjabq
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
volumes:
- name: host1
hostPath:
path: /root/site
type: Directory
- name: host2
hostPath:
path: /root/site/a.com.conf
type: File
configMap
Single Item Mount (Method 1)
This mount supports hot updates. Changes will be visible about 10 seconds after modification.
1
2
3
4
5
6
7
8
9
10
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
items:
- key: log_level
path: log_level
Single Item Mount (Method 2)
This mounting method does not support hot updates.
1
2
3
4
5
6
7
8
volumeMounts:
- name: nginx
mountPath: /etc/nginx/nginx.conf
subPath: nginx.conf
volumes:
- name: nginx
configMap:
name: amiba-nginx
Complete Mount
This mount supports hot updates. Changes will be visible about 10 seconds after modification.
1
2
3
4
5
6
7
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
secret
Single Item Mount
1
2
3
4
5
6
7
8
9
10
11
volumes:
- name: secrets
secret:
secretName: mysecret
items:
- key: password
mode: 511
path: tst/psd
- key: username
mode: 511
path: tst/usr
Complete Mount
Here specific permissions are used to mount files. The default seems to be 777.
1
2
3
4
5
6
7
8
volumeMounts:
- name: sshkey
mountPath: /root/.ssh
volumes:
- name: sshkey
secret:
secretName: pull-gitea
defaultMode: 0400
1
2
3
4
kubectl create secret generic pull-gitea \
--from-file=id_rsa=/Volumes/D/temp/id_rsa \
--from-file=id_rsa.pub=/Volumes/D/temp/id_rsa.pub \
--from-file=known_hosts=/Volumes/D/temp/known_hosts \
For example, a secret created with this pattern will have id_rsa, id_rsa.pub, and known_hosts files in the /root/.ssh directory inside the container.
downwardAPI
Reference Links:
最近少し手を抜いていました。記事は書いていましたが、完成していないので公開していませんでした。
今日はk8sでよく使われるリソースをマウントする方法を紹介します。
現在のKubernetesバージョン：1.12.2
env
env
1
2
3
env:
- name: GIT_REPO
value: 'ssh://[email protected]:22/a/b.git'
ネストされたenv
1
2
3
4
5
6
7
8
9
env:
- name: spring.profiles.active
value: 'product'
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
- name: GOMS_API_HTTP_ADDR
value: 'http://$(MY_POD_IP):9090'
configMap
注意：configmapを変更しても、コンテナ内のマウントされたconfigmapファイル/環境変数は変更されません。configmapを削除しても、コンテナ内の環境変数/ファイルには影響しませんが、configmapを削除した後、マウントされたpodに警告イベントが表示されます
1
2
3
4
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Warning FailedMount 64s (x13 over 11m) kubelet, cn-shenzhen.i-wz9498k1n1l7sx8bkc50 MountVolume.SetUp failed for volume "nginx" : configmaps "nginx" not found
config mapのドキュメントは非常に明確なので、ここで恥知らずにコピーします。
注意：configmapには1Mの制限があり、通常は小さな設定をマウントするために使用されます。大量の設定の場合は、設定センターを使用することをお勧めします。
単一項目のマウント
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
env:
# 環境変数を定義
- name: SPECIAL_LEVEL_KEY
valueFrom:
configMapKeyRef:
# SPECIAL_LEVEL_KEYに割り当てたい値を含むConfigMap
name: special-config
# 値に関連付けられたキーを指定
key: special.how
restartPolicy: Never
これはspecial-configというconfigmapのspecial.how項目をマウントします。
完全なconfigmapのマウント
1
2
3
4
5
6
7
8
9
10
11
12
13
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
envFrom:
- configMapRef:
name: special-config
restartPolicy: Never
参考：
fieldRef
podの一部のプロパティをマウントできます
1
2
3
4
5
6
env:
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
podのフィールドを選択：metadata.name、metadata.namespace、metadata.labels、metadata.annotations、spec.nodeName、spec.serviceAccountName、status.hostIP、status.podIPをサポートします。
resourceFieldRef
コンテナのリソースを選択：現在サポートされているのは、リソースの制限とリクエスト（limits.cpu、limits.memory、limits.ephemeral-storage、requests.cpu、requests.memory、requests.ephemeral-storage）のみです。
英語のドキュメントでは明確に説明されています - 現在のyaml内のコンテナのリソース（CPU/メモリ）制限をマウントするために使用されます。実際にはあまり使用されません。さらに、downloadAPIと組み合わせることができます。
containerNameを誤って設定すると、podの状態がCreateContainerConfigErrorになることに注意してください。
1
2
3
4
5
6
env:
- name: a
valueFrom:
resourceFieldRef:
containerName: nginx-test2
resource: limits.cpu
secretKeyRef
podの名前空間内のシークレットのキーを選択
1
2
3
4
5
6
7
8
9
10
11
env:
- name: WORDPRESS_DB_USER
valueFrom:
secretKeyRef:
name: mysecret
key: username
- name: WORDPRESS_DB_PASSWORD
valueFrom:
secretKeyRef:
name: mysecret
key: password
参考：
- KubernetesでのSecret使用の詳細説明
- https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.12/#envvarsource-v1-core
ディレクトリ/ファイルのマウント
k8sがマウントできるリソースは多すぎるので、代表的なものをいくつか選んで説明します。
このタイプのリソースは、通常、まずspecレベルでvolumesを定義し、次にcontainersでvolumeMountsを定義する必要があります。これは、まず宣言してから使用するという意味です。
hostPath（ホストディレクトリ/ファイル）
- 既存のディレクトリ/ファイルには、
Directory/File+ nodeSelectorを使用 ただし、nodeSelectorを使用すると、今後のスケーリングは一致するノードで行われます。ノードが1つしかなく、レプリカセットが実際のノードが処理できる範囲を超えると、最終的に単一障害点の問題が発生します。これには注意が必要です。 - 起動時に空のファイルを読み書きするアプリケーションには、
DirectoryOrCreateまたはFileOrCreateを使用
以下は最初のアプローチを示しています。
1
2
# ノードにラベルを付ける（ここでは省略）
kubectl get node --show-labels
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
apiVersion: apps/v1beta2
kind: Deployment
metadata:
labels:
app: nginx-test2
name: nginx-test2
namespace: test
spec:
progressDeadlineSeconds: 600
replicas: 1
revisionHistoryLimit: 2
selector:
matchLabels:
app: nginx-test2
strategy:
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
type: RollingUpdate
template:
metadata:
labels:
app: nginx-test2
spec:
containers:
- image: 'nginx:1.15.4-alpine'
imagePullPolicy: Always
name: nginx-test2
resources: {}
terminationMessagePolicy: File
volumeMounts:
- name: host1
mountPath: /etc/nginx/sites-enabled
- name: host2
mountPath: /etc/nginx/sites-enabled2/a.com.conf
nodeSelector:
kubernetes.io/hostname: cn-shenzhen.i-wz9aabuytimkomdmjabq
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
volumes:
- name: host1
hostPath:
path: /root/site
type: Directory
- name: host2
hostPath:
path: /root/site/a.com.conf
type: File
configMap
単一項目のマウント（方法1）
このマウントはホットアップデートをサポートします。変更後約10秒で変更が表示されます。
1
2
3
4
5
6
7
8
9
10
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
items:
- key: log_level
path: log_level
単一項目のマウント（方法2）
このマウント方法はホットアップデートをサポートしません。
1
2
3
4
5
6
7
8
volumeMounts:
- name: nginx
mountPath: /etc/nginx/nginx.conf
subPath: nginx.conf
volumes:
- name: nginx
configMap:
name: amiba-nginx
完全マウント
このマウントはホットアップデートをサポートします。変更後約10秒で変更が表示されます。
1
2
3
4
5
6
7
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
secret
単一項目のマウント
1
2
3
4
5
6
7
8
9
10
11
volumes:
- name: secrets
secret:
secretName: mysecret
items:
- key: password
mode: 511
path: tst/psd
- key: username
mode: 511
path: tst/usr
完全マウント
ここでは特定の権限を使用してファイルをマウントします。デフォルトは777のようです。
1
2
3
4
5
6
7
8
volumeMounts:
- name: sshkey
mountPath: /root/.ssh
volumes:
- name: sshkey
secret:
secretName: pull-gitea
defaultMode: 0400
1
2
3
4
kubectl create secret generic pull-gitea \
--from-file=id_rsa=/Volumes/D/temp/id_rsa \
--from-file=id_rsa.pub=/Volumes/D/temp/id_rsa.pub \
--from-file=known_hosts=/Volumes/D/temp/known_hosts \
たとえば、このパターンで作成されたシークレットは、コンテナ内の/root/.sshディレクトリにid_rsa、id_rsa.pub、known_hostsの3つのファイルがあります。
downwardAPI
参考リンク：
Я немного ленился в последнее время. Я писал статьи, но они не были отполированы, поэтому я их не публиковал.
Сегодня я расскажу, как монтировать некоторые часто используемые ресурсы в k8s.
Текущая версия Kubernetes: 1.12.2
env
env
1
2
3
env:
- name: GIT_REPO
value: 'ssh://[email protected]:22/a/b.git'
Вложенный env
1
2
3
4
5
6
7
8
9
env:
- name: spring.profiles.active
value: 'product'
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
- name: GOMS_API_HTTP_ADDR
value: 'http://$(MY_POD_IP):9090'
configMap
Обратите внимание: изменение configmap не приведет к изменению смонтированных файлов/переменных окружения configmap в контейнерах; удаление configmap также не повлияет на переменные окружения/файлы внутри контейнеров, но после удаления configmap на смонтированном pod появится предупреждающее событие
1
2
3
4
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Warning FailedMount 64s (x13 over 11m) kubelet, cn-shenzhen.i-wz9498k1n1l7sx8bkc50 MountVolume.SetUp failed for volume "nginx" : configmaps "nginx" not found
Документация config map очень ясна, поэтому я бесстыдно скопирую ее здесь.
Обратите внимание: configmap имеет ограничение в 1M, обычно используется для монтирования небольших конфигураций. Для больших конфигураций рекомендуется использовать центр конфигурации.
Монтирование одного элемента
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
env:
# Определить переменную окружения
- name: SPECIAL_LEVEL_KEY
valueFrom:
configMapKeyRef:
# ConfigMap, содержащий значение, которое вы хотите присвоить SPECIAL_LEVEL_KEY
name: special-config
# Указать ключ, связанный со значением
key: special.how
restartPolicy: Never
Это монтирует элемент special.how из configmap special-config.
Монтирование всего ConfigMap
1
2
3
4
5
6
7
8
9
10
11
12
13
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: k8s.gcr.io/busybox
command: [ "/bin/sh", "-c", "env" ]
envFrom:
- configMapRef:
name: special-config
restartPolicy: Never
Ссылки:
fieldRef
Может монтировать некоторые свойства pod
1
2
3
4
5
6
env:
- name: MY_POD_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
Выбирает поле pod: поддерживает metadata.name, metadata.namespace, metadata.labels, metadata.annotations, spec.nodeName, spec.serviceAccountName, status.hostIP, status.podIP.
resourceFieldRef
Выбирает ресурс контейнера: в настоящее время поддерживаются только ограничения и запросы ресурсов (limits.cpu, limits.memory, limits.ephemeral-storage, requests.cpu, requests.memory и requests.ephemeral-storage).
Английская документация объясняет это ясно - используется для монтирования ограничений ресурсов (CPU/память) контейнеров в текущем yaml. На самом деле используется реже. Кроме того, может быть объединен с downloadAPI.
Обратите внимание, что containerName не может быть неправильно настроен, иначе статус pod станет CreateContainerConfigError.
1
2
3
4
5
6
env:
- name: a
valueFrom:
resourceFieldRef:
containerName: nginx-test2
resource: limits.cpu
secretKeyRef
Выбирает ключ секрета в пространстве имен pod
1
2
3
4
5
6
7
8
9
10
11
env:
- name: WORDPRESS_DB_USER
valueFrom:
secretKeyRef:
name: mysecret
key: username
- name: WORDPRESS_DB_PASSWORD
valueFrom:
secretKeyRef:
name: mysecret
key: password
Ссылки:
- Подробное объяснение использования Secret в Kubernetes
- https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.12/#envvarsource-v1-core
Монтирование директорий/файлов
k8s может монтировать слишком много ресурсов, поэтому я выберу несколько представительных для обсуждения.
Этот тип ресурса обычно должен сначала определить volumes на уровне spec, а затем определить volumeMounts в containers, что имеет смысл сначала объявить, а затем использовать.
hostPath (Директория/файл хоста)
- Для существующих директорий/файлов используйте
Directory/File+ nodeSelector Но после использованияnodeSelectorбудущее масштабирование будет на соответствующих узлах. Если есть только 1 узел, и набор реплик превышает то, что фактический узел может обработать, это в конечном итоге приведет к проблеме единой точки отказа. Это требует внимания. - Для приложений, которые читают/пишут пустые файлы при запуске, используйте
DirectoryOrCreateилиFileOrCreate
Ниже демонстрируется первый подход.
1
2
# Пометьте узел (здесь опущено)
kubectl get node --show-labels
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
apiVersion: apps/v1beta2
kind: Deployment
metadata:
labels:
app: nginx-test2
name: nginx-test2
namespace: test
spec:
progressDeadlineSeconds: 600
replicas: 1
revisionHistoryLimit: 2
selector:
matchLabels:
app: nginx-test2
strategy:
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
type: RollingUpdate
template:
metadata:
labels:
app: nginx-test2
spec:
containers:
- image: 'nginx:1.15.4-alpine'
imagePullPolicy: Always
name: nginx-test2
resources: {}
terminationMessagePolicy: File
volumeMounts:
- name: host1
mountPath: /etc/nginx/sites-enabled
- name: host2
mountPath: /etc/nginx/sites-enabled2/a.com.conf
nodeSelector:
kubernetes.io/hostname: cn-shenzhen.i-wz9aabuytimkomdmjabq
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
volumes:
- name: host1
hostPath:
path: /root/site
type: Directory
- name: host2
hostPath:
path: /root/site/a.com.conf
type: File
configMap
Монтирование одного элемента (Метод 1)
Это монтирование поддерживает горячее обновление. Изменения будут видны примерно через 10 секунд после изменения.
1
2
3
4
5
6
7
8
9
10
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
items:
- key: log_level
path: log_level
Монтирование одного элемента (Метод 2)
Этот метод монтирования не поддерживает горячее обновление.
1
2
3
4
5
6
7
8
volumeMounts:
- name: nginx
mountPath: /etc/nginx/nginx.conf
subPath: nginx.conf
volumes:
- name: nginx
configMap:
name: amiba-nginx
Полное монтирование
Это монтирование поддерживает горячее обновление. Изменения будут видны примерно через 10 секунд после изменения.
1
2
3
4
5
6
7
volumeMounts:
- name: config-vol
mountPath: /etc/config
volumes:
- name: config-vol
configMap:
name: log-config
secret
Монтирование одного элемента
1
2
3
4
5
6
7
8
9
10
11
volumes:
- name: secrets
secret:
secretName: mysecret
items:
- key: password
mode: 511
path: tst/psd
- key: username
mode: 511
path: tst/usr
Полное монтирование
Здесь используются определенные разрешения для монтирования файлов. По умолчанию, похоже, 777.
1
2
3
4
5
6
7
8
volumeMounts:
- name: sshkey
mountPath: /root/.ssh
volumes:
- name: sshkey
secret:
secretName: pull-gitea
defaultMode: 0400
1
2
3
4
kubectl create secret generic pull-gitea \
--from-file=id_rsa=/Volumes/D/temp/id_rsa \
--from-file=id_rsa.pub=/Volumes/D/temp/id_rsa.pub \
--from-file=known_hosts=/Volumes/D/temp/known_hosts \
Например, секрет, созданный с этим паттерном, будет иметь файлы id_rsa, id_rsa.pub и known_hosts в директории /root/.ssh внутри контейнера.
downwardAPI
Ссылки: