Update k8s ConfigMap oder Geheimnis, ohne die vorhandene zu löschen

Habe ich mit K8S ConfigMap und das Geheimnis um die Verwaltung unserer Immobilien. Mein design ist Recht einfach, das hält properties-Dateien in einem git-repo und verwenden Sie build-server wie Thoughtworks GO, automatisch bereitstellen zu ConfigMaps oder Geheimnisse (auf Wahl Zustand) zu meinem k8s-cluster.

Derzeit, ich fand es nicht wirklich effizient ist, dass ich immer löschen Sie die vorhandenen ConfigMap und Geheimen, und erstellen Sie die neue zu aktualisieren, wie unten:

  1. kubectl delete configmap foo

  2. kubectl create configmap foo --from-file foo.properties

Ist es eine schöne und einfache Möglichkeit, um über einen Schritt und effizienter als das löschen der aktuellen? möglicherweise mache ich jetzt eine Gefährdung für die container, die verwendet diese configmaps, wenn es versucht zu mounten, während die alten configmap gelöscht und die neuen wurden noch nicht erstellt.

Vielen Dank im Voraus.

InformationsquelleAutor James Jiang | 2016-07-06
  1. 97

    Können Sie bekommen yaml von der kubectl create configmap Befehl und Weiterreichen kubectl replace wie diese:

    kubectl create configmap foo --from-file foo.properties -o yaml --dry-run | kubectl replace -f -
    • Pipe-Befehl ist der Weg zu gehen, war nicht zu denken, der --dry-run-die scheint der Schlüssel zu sein einen Teil des Befehls!
    • Für das, was Ihren Wert, das gleiche Muster kann für Geheimnisse neben ConfigMaps hier gezeigten Beispiel.
    • Sie versuchen, diese mit kubernetes 1.10 aber ich erhalte die Fehlermeldung error: error validating "STDIN": error validating data: [apiVersion not set, kind not set]; if you choose to ignore these errors, turn validation off with --validate=false
    • das ist ein bug in 1.10 behoben 1.10.1 - siehe github.com/kubernetes/kubernetes/issues/61780 und github.com/kubernetes/kubernetes/pull/61808
    • Für Geheimnisse, die Sie können, verwenden Sie einfach kubectl replace -f secret.yaml denke ich.
    InformationsquelleAutor Jordan Liggitt
  2. 21

    Referenz kubectl replace ist jetzt eine sehr praktische Möglichkeit, dies zu erreichen

    kubectl replace -f some_spec.yaml Lassen das update eine vollständige configMap (oder andere Objekte)

    Siehe auch doc und Beispiele direkt hier

    Copy/Paste aus der Hilfe:

    # Replace a pod using the data in pod.json.
kubectl replace -f ./pod.json

# Replace a pod based on the JSON passed into stdin.
cat pod.json | kubectl replace -f -

# Update a single-container pod's image version (tag) to v4
kubectl get pod mypod -o yaml | sed 's/\(image: myimage\):.*$/\1:v4/' | kubectl replace -f -

# Force replace, delete and then re-create the resource
kubectl replace --force -f ./pod.json
    • Diese verpasste die --from-file Anforderung. Configmaps erstellt werden können von einer beliebigen Datei, nicht nur die yaml.
    InformationsquelleAutor Sébastien Portebois
  3. 6

    Für kleine änderungen in configMap verwenden edit

    kubectl edit configmap <cfg-name>

    Diese öffnet configMap in vi - editor. Machen Sie die änderungen und speichern Sie es.

    • Cool. Jedoch, wie der OP erwähnt, ist dies darüber, wie das Ziel zu erreichen mit automatisierten Prozessen, zB. mit der ThoughtWorks Gehen Sie als Gebäude-server in meinem Szenario.
    InformationsquelleAutor deepdive
Schreibe einen Kommentar