Wie migrieren Sie zum benutzerdefinierten Knoten, der sich auf Kubernetes anmeldet?

Question

mit einem bestehenden Kubernetes Cluster (zB v 1.2.2 auf GCE), die ENABLE_NODE_LOGGING=true und LOGGING_DESTINATION=gcp, was ist der empfohlene Weg, um die Schoten vom Laufen auf jedem Knoten zu stoppen und Bereitstellen einen Ersatz DaemonSet, die eine benutzerdefinierten fluentd Konfiguration und Docker verwendet gesetzt Bild?

Dies sollte zukünftige Kubernetes-Upgrades ebenso berücksichtigen.

Answer 1

Wenn Sie diese Konfigurationsparameter beim Starten des Clusters festlegen, wird auf jedem Knoten eine Manifestdatei erstellt, die fluentd konfiguriert, um Containerprotokolle an die Google Cloud-Protokollierung zu senden. Sie können diese Manifestdateien entfernen, und das Kubelet stoppt die fluentd-Container (und Sie sollten auch Ihre Instanzvorlage ändern, um die Parameter zu ändern; andernfalls erstellen neue Knoten, die defekte Knoten ersetzen oder die Anzahl der Knoten erhöhen, fließend weiter Behälter).

Wenn Sie alternativ den Konfigurationsparameter ändern und upgrade.sh ausführen, um Ihre Knoten auf eine neuere Version von Kubernetes zu aktualisieren, haben Ihre Knoten die Manifestdatei nicht mehr und Sie werden den Fluentd-Container nicht mehr ausführen.