k 8 s-kubernetes-configmapストレージ
7949 ワード
きおく
configMap
configMap記述情報
ConfigMap機能はKubernetes 1.2リリースでは、多くのアプリケーションがプロファイル、コマンドラインパラメータ、または環境変数から構成情報を読み込みます.コンフィギュレーション情報をコンテナに注入するメカニズムを提供するConfigMap APIは、コンフィギュレーションファイル全体またはJSONバイナリオブジェクト全体を保存するために使用できます.
ConfigMapの作成
1、ディレクトリを使用して作成
-from-fileディレクトリの下にあるすべてのファイルがConfigMapでキー値ペアを作成するために使用されることを指定します.キーの名前はファイル名で、値はファイルの内容です.
注意:キーの値の後ろにスペースを入れないでください.
Ⅱ、ファイルを使って作成する
1つのファイルとして指定すれば、1つのファイルからコンフィグマップを作成できます.
-from-fileこのパラメータは複数回使用できます.前のインスタンスの2つのプロファイルを2回指定すると、ディレクトリ全体を指定するのと同じ効果が得られます.
Ⅲ、字面値による作成
文字値を使用して作成し、-from-literalパラメータを使用して構成情報を渡します.このパラメータは複数回使用できます.フォーマットは次のとおりです.
PodでのConfigMapの使用
I、環境変数の代わりにConfigMapを使用する
Ⅱ、ConfigMapでコマンドラインパラメータを設定する
Ⅲ、データボリュームプラグインによるConfigMapの使用
このConfigMapをデータボリュームに使用するには、さまざまなオプションがあります.最も基本的なのはファイルをデータボリュームに埋め込むことです.このファイルでは、キーはファイル名で、キー値はファイルの内容です.
ConfigMapのホットアップデート
コンフィグマップの変更
10 g-levelの値をDEBUGに変更して約10秒待ち、環境変数の値を再度確認する
ConfigMap更新後スクロール更新Pod
ConfigMapの更新は現在、関連するPodのスクロール更新をトリガーするものではありません.pod annotationsを変更することで、強制的にスクロール更新をトリガーすることができます.
この例ではspec.template.metadata. annotationsにversion/configを追加し、version/configを変更するたびにスクロール更新をトリガー
ConfigMapを更新すると、
このコンフィグマップを使用してマウントされたEnvは、を同期更新しません.
このConfigMapでマウントされたVolumeのデータを使用するには、を同期的に更新するには、時間(実測約10秒)がかかります.
configMap
configMap記述情報
ConfigMap機能はKubernetes 1.2リリースでは、多くのアプリケーションがプロファイル、コマンドラインパラメータ、または環境変数から構成情報を読み込みます.コンフィギュレーション情報をコンテナに注入するメカニズムを提供するConfigMap APIは、コンフィギュレーションファイル全体またはJSONバイナリオブジェクト全体を保存するために使用できます.
ConfigMapの作成
1、ディレクトリを使用して作成
$1s docs/user-guide/configmap/kubect1/
game.properties
ui.properties
$ cat docs/user-guide/configmap/kubectl/game.properties
enemies=aliens
livess=3
enemies.cheat=true
enemies.cheat.level=noGoodRotten
secret.code.passphrase=UUDDLRLRBABAS
secret.code.allowed=true
secret.code.lives=30
cat docs/user-guide/configmap/kubectl/ui.properties
color.good=purple
color.bad=yellow
allow.textmode=true
how.nice.to.look=fairlyNice
$ kubectl create configmap game-config --from-file=docs/user-guide/configmap/kubect1
kubectl get cm
kubectl get cm game-config
kubectl get cm game-config -o yaml --
kubectl describe cm game-config --
-from-fileディレクトリの下にあるすべてのファイルがConfigMapでキー値ペアを作成するために使用されることを指定します.キーの名前はファイル名で、値はファイルの内容です.
注意:キーの値の後ろにスペースを入れないでください.
Ⅱ、ファイルを使って作成する
1つのファイルとして指定すれば、1つのファイルからコンフィグマップを作成できます.
kubectl create configmap game-config-2 --from-file=/root/configmap/dir/gameconfig.properties
kubectl get cm game-config-2 -o yaml
-from-fileこのパラメータは複数回使用できます.前のインスタンスの2つのプロファイルを2回指定すると、ディレクトリ全体を指定するのと同じ効果が得られます.
Ⅲ、字面値による作成
文字値を使用して作成し、-from-literalパラメータを使用して構成情報を渡します.このパラメータは複数回使用できます.フォーマットは次のとおりです.
kubectl create configmap special-config --from-literal=special.how=very --from-literal=special.type=charm
$ kubectl get configmaps special-config -o yaml
PodでのConfigMapの使用
I、環境変数の代わりにConfigMapを使用する
apiVersion: v1
kind: ConfigMap
metadata:
name: special-config
namespace: default
data:
special.how: very
special.type: charm
apiVersion: v1
kind: ConfigMap
metadata:
name: env-config
namespace: default
data:
log_level:INFO
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: hub.atguigu.com/library/myapp:v1
command: ["/bin/sh", "-c", "env"]
env:
- name: SPECIAL_TYPE_KEY
valueFrom:
configMapKeyRef:
name: special-config
key: special.how
- name: SPECIAL_TYPE_KEY
valueFrom:
configMapKeyRef:
name: special-config
key: special.type
envFrom:
- configMapRef:
name: env-config
restartPolicy: Never
Ⅱ、ConfigMapでコマンドラインパラメータを設定する
apiVersion: v1
kind: Pod
metadata:
name: dapi-test-pod
spec:
containers:
- name: test-container
image: hub.atguigu.com/library/myapp:v1
command: [ "/bin/sh", "-c", "echo $(SPECIAL_LEVEL_KEY) $(SPECIAL_TYPE_KEY)" ]
env:
- name: SPECIAL_LEVEL_KEY
valueFrom:
configMapKeyRef:
name: special-config
key: special.how
- name: SPECIAL_TYPE_KEY
valueFrom:
configMapKeyRef:
name: special-config
key: special.type
restartPolicy: Never
Ⅲ、データボリュームプラグインによるConfigMapの使用
このConfigMapをデータボリュームに使用するには、さまざまなオプションがあります.最も基本的なのはファイルをデータボリュームに埋め込むことです.このファイルでは、キーはファイル名で、キー値はファイルの内容です.
apiversion: v1
kind: Pod
metadata:
name: dapi-test-pod3
spec:
containers:
- name: test-container
image: hub.atguigu.com/library/myapp:v1
command: [ "/bin/sh", "-c", "sleep 600s" ]
volumeMounts:
- name: config-volume
mountPath: /etc/config
volumes:
- name: config-volume
configMap:
name: special-config
restartPolicy: Never
ConfigMapのホットアップデート
apiVersion: v1
kind: ConfigMap
metadata:
name: log-config
namespace: default
data:
log_level:INFO
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: my-nginx
spec:
replicas: 1
template:
metadata:
labels:
run: my-nginx
spec:
containers:
- name: my-nginx
image: hub.atguigu.com/library/myapp:v1
ports:
- containerPort: 80
volumeMounts:
- name: config-volume
mountPath: /etc/config
volumes:
- name: config-volume
configMap:
name: log-config
[root@k8s-master01 ~]# kubectl exec my-nginx-7b55868ff4-wqh2q -it -- cat /etc/config/log_level
INFO
コンフィグマップの変更
$ kubectl edit configmap log-config
10 g-levelの値をDEBUGに変更して約10秒待ち、環境変数の値を再度確認する
$ kubect1 exec 'kubectl get pods -1 run=my-nginx -osname|cut -d "/"-f2 cat /tmp/1oglevel DEBUG
ConfigMap更新後スクロール更新Pod
ConfigMapの更新は現在、関連するPodのスクロール更新をトリガーするものではありません.pod annotationsを変更することで、強制的にスクロール更新をトリガーすることができます.
$ kubectl patch deployment my-nginx--patch '{"spec": {"template": {"metadata": {"annotations": {"version/config": "20198411"}}}}}'
この例ではspec.template.metadata. annotationsにversion/configを追加し、version/configを変更するたびにスクロール更新をトリガー
ConfigMapを更新すると、
このコンフィグマップを使用してマウントされたEnvは、を同期更新しません.
このConfigMapでマウントされたVolumeのデータを使用するには、を同期的に更新するには、時間(実測約10秒)がかかります.