Kubernetes ConfigMaps: Nuancen zu wissen

Hintergrund: Von rsync zu ... Kubernetes

Einfache ConfigMaps

apiVersion: v1
kind: ConfigMap
metadata:
  name: app
data:
  config.json: |
    {
      "welcome": {{ pluck .Values.global.env .Values.welcome | quote }},
      "name": {{ pluck .Values.global.env .Values.name | quote }}
    }

$ cat .helm/values.yaml 
welcome:
  production: "Hello"
  test: "Hey"
name:
  production: "Bob"
  test: "Mike"

data:
  config.json: |
    {{ pluck .Values.global.env .Values.data | first | toJson | indent 4 }}

data:
  production:
    welcome: "Hello"
    name: "Bob"

Wenn es viele Konfigurationen gibt

data:
  config.json: |
    {
      "welcome": {{ pluck .Values.global.env .Values.welcome | first | quote }},
      "name": {{ pluck .Values.global.env .Values.name | first | quote }}
    }
  database.yml: |
    host: 127.0.0.1
    db: app
    user: app
    password: app

        volumeMounts:
        - name: app-conf
          mountPath: /app/configfiles/config.json
          subPath: config.json
        - name: app-conf
          mountPath: /app/configfiles/database.yml
          subPath: database.yml

        volumeMounts:
        - name: app-conf
          mountPath: /app/configfiles

ConfigMap-Änderungsantwort

1. : ConfigMap, subPath.
   : .
2. : ConfigMap, pod.
   : pod .
3. : ConfigMap Deployment -.
   : , ConfigMap’, Deployment, pod , — .
4. : ConfigMap, .
   : pod’ / pod’.

Szenario 1

Szenario 2

Szenario 3

kind: Deployment
spec:
  template:
    metadata:
      annotations:
        checksum/config: {{ include (print $.Template.BasePath "/configmap.yaml") . | sha256sum }}
[...]

Szenario 4

• Eine solche aktualisierte Konfigurationsdatei im Container wird mit einiger Verzögerung aktualisiert. Dies liegt daran, dass die Datei nicht genau gemountet wird, sondern das Kubernetes-Objekt.
• Die darin enthaltene Datei ist ein Symlink. Beispiel mit subPath:
  
  

  $ kubectl -n production exec go-conf-example-6b4cb86569-22vqv -- ls -lha /app/configfiles 
  total 20K    
  drwxr-xr-x    1 root     root        4.0K Mar  3 19:34 .
  drwxr-xr-x    1 app      app         4.0K Mar  3 19:34 ..
  -rw-r--r--    1 root     root          42 Mar  3 19:34 config.json
  -rw-r--r--    1 root     root          47 Mar  3 19:34 database.yml

  
  Und was passiert ohne, subPathwenn es vom Verzeichnis gemountet wird?
  
  

  $ kubectl -n production exec go-conf-example-67c768c6fc-ccpwl -- ls -lha /app/configfiles 
  total 12K    
  drwxrwxrwx    3 root     root        4.0K Mar  3 19:40 .
  drwxr-xr-x    1 app      app         4.0K Mar  3 19:34 ..
  drwxr-xr-x    2 root     root        4.0K Mar  3 19:40 ..2020_03_03_16_40_36.675612011
  lrwxrwxrwx    1 root     root          31 Mar  3 19:40 ..data -> ..2020_03_03_16_40_36.675612011
  lrwxrwxrwx    1 root     root          18 Mar  3 19:40 config.json -> ..data/config.json
  lrwxrwxrwx    1 root     root          19 Mar  3 19:40 database.yml -> ..data/database.yml

  
  Aktualisieren Sie die Konfiguration (über kubectl editDeployment oder ), warten Sie 2 Minuten (Apiserver-Caching-Zeit) - und voila:
  
  

  $ kubectl -n production exec go-conf-example-67c768c6fc-ccpwl -- ls -lha --color /app/configfiles 
  total 12K    
  drwxrwxrwx    3 root     root        4.0K Mar  3 19:44 .
  drwxr-xr-x    1 app      app         4.0K Mar  3 19:34 ..
  drwxr-xr-x    2 root     root        4.0K Mar  3 19:44 ..2020_03_03_16_44_38.763148336
  lrwxrwxrwx    1 root     root          31 Mar  3 19:44 ..data -> ..2020_03_03_16_44_38.763148336
  lrwxrwxrwx    1 root     root          18 Mar  3 19:40 config.json -> ..data/config.json
  lrwxrwxrwx    1 root     root          19 Mar  3 19:40 database.yml -> ..data/database.yml

  
  Beachten Sie den geänderten Zeitstempel in dem von Kubernetes erstellten Verzeichnis.

Tracking ändern

package main

import (
	"encoding/json"
	"fmt"
	"log"
	"os"
	"time"

	"github.com/fsnotify/fsnotify"
)

// Config fo our application
type Config struct {
	Welcome string `json:"welcome"`
	Name    string `json:"name"`
}

var (
	globalConfig *Config
)

// LoadConfig - load our config!
func LoadConfig(path string) (*Config, error) {
	configFile, err := os.Open(path)

	if err != nil {
		return nil, fmt.Errorf("Unable to read configuration file %s", path)
	}

	config := new(Config)

	decoder := json.NewDecoder(configFile)
	err = decoder.Decode(&config)
	if err != nil {
		return nil, fmt.Errorf("Unable to parse configuration file %s", path)
	}

	return config, nil
}

// ConfigWatcher - watches config.json for changes
func ConfigWatcher() {
	watcher, err := fsnotify.NewWatcher()
	if err != nil {
		log.Fatal(err)
	}
	defer watcher.Close()

	done := make(chan bool)
	go func() {
		for {
			select {
			case event, ok := <-watcher.Events:
				if !ok {
					return
				}
				log.Println("event:", event)
				if event.Op&fsnotify.Write == fsnotify.Write {
					log.Println("modified file:", event.Name)
				}
				globalConfig, _ = LoadConfig("./configfiles/config.json")
				log.Println("config:", globalConfig)
			case err, ok := <-watcher.Errors:
				if !ok {
					return
				}
				log.Println("error:", err)
			}
		}
	}()

	err = watcher.Add("./configfiles/config.json")
	if err != nil {
		log.Fatal(err)
	}
	<-done
}

func main() {
	log.Println("Start")
	globalConfig, _ = LoadConfig("./configfiles/config.json")
	go ConfigWatcher()
	for {
		log.Println("config:", globalConfig)
		time.Sleep(30 * time.Second)
	}
}

$ cat configfiles/config.json 
{
  "welcome": "Hello",
  "name": "Alice"
}

2020/03/03 22:18:22 config: &{Hello Alice}
2020/03/03 22:18:52 config: &{Hello Alice}

helm install -n habr-configmap --namespace habr-configmap ./habr-configmap --set 'name.production=Alice' --set 'global.env=production'

-  production: "Alice"
+  production: "Bob"

helm upgrade habr-configmap ./habr-configmap --set 'name.production=Bob' --set 'global.env=production'

• Die Anwendungen v1 und v2 werden nicht neu gestartet, da Für sie hat sich in der Bereitstellung nichts geändert - sie heißen Alice immer noch willkommen.
• Die v3-Anwendung wurde neu gestartet, die Konfiguration erneut gelesen und Bob begrüßt.
• Die v4-Anwendung wurde nicht neu gestartet. Da ConfigMap als Verzeichnis bereitgestellt wird, wurden Änderungen in der Konfiguration festgestellt und die Konfiguration im laufenden Betrieb geändert, ohne den Pod neu zu starten. Ja, die Anwendung hat Änderungen in unserem einfachen Beispiel festgestellt - siehe die Ereignismeldung von fsnotify :
  
  

  2020/03/03 22:19:15 event: "configfiles/config.json": CHMOD
  2020/03/03 22:19:15 config: &{Hello Bob}
  2020/03/03 22:19:22 config: &{Hello Bob}

Bonus! Lösungen von Drittanbietern

• jimmidyson / configmap-reload - Sendet eine HTTP-Anfrage, wenn sich die Datei geändert hat. Der Entwickler plant auch, SIGHUP das Senden beizubringen, aber das Fehlen von Commits ab Oktober 2019 lässt diese Pläne in Frage.
• stakater / Reloader - überwacht ConfigMap / Secrets und führt ein fortlaufendes Upgrade (wie der Autor es nennt) für die ihnen zugeordneten Ressourcen durch.

Fazit

PS

• " Lokale Dateien beim Portieren einer Anwendung auf Kubernetes ";
• « Kubernetes Helm: »;
• «SSL- Let's Encrypt cert-manager Kubernetes».