Dieses Dokument wurde mithilfe automatisierter maschineller Übersetzungstechnologie übersetzt. Wir bemühen uns um korrekte Übersetzungen, übernehmen jedoch keine Gewähr für die Vollständigkeit, Richtigkeit oder Zuverlässigkeit der übersetzten Inhalte. Im Falle von Abweichungen ist die englische Originalversion maßgebend und stellt den verbindlichen Text dar.

Rancher-logging Helm-Chart-Optionen

Windows Node Logging aktivieren/deaktivieren

Sie können das Windows Node Logging aktivieren oder deaktivieren, indem Sie global.cattle.windows.enabled auf true oder false im values.yaml setzen.

Standardmäßig wird das Windows Node Logging aktiviert, wenn die Cluster-Dashboard-Benutzeroberfläche verwendet wird, um die Logging-Anwendung in einem Windows-Cluster zu installieren.

In diesem Szenario wird das Setzen von global.cattle.windows.enabled auf false das Windows Node Logging im Cluster deaktivieren. Wenn es deaktiviert ist, werden weiterhin Protokolle von Linux-Knoten innerhalb des Windows-Clusters gesammelt.

Derzeit besteht ein Problem, bei dem Windows NodeAgents nicht gelöscht werden, wenn ein helm upgrade nach der Deaktivierung des Windows-Loggings in einem Windows-Cluster durchgeführt wird. In diesem Szenario müssen Benutzer möglicherweise die Windows NodeAgents manuell entfernen, wenn sie bereits installiert sind.

Arbeiten mit einem benutzerdefinierten Docker-Stammverzeichnis

Wenn Sie ein benutzerdefiniertes Docker-Stammverzeichnis verwenden, können Sie global.dockerRootDirectory in values.yaml setzen.

Dies stellt sicher, dass die erstellten Logging-CRs Ihren angegebenen Pfad anstelle des Standard-Docker-data-root-Standorts verwenden.

Beachten Sie, dass dies nur Linux-Knoten betrifft.

Wenn es im Cluster Windows-Knoten gibt, ist die Änderung für diese Knoten nicht anwendbar.

Hinzufügen von NodeSelector-Einstellungen und Toleranzen für benutzerdefinierte Taints

Sie können Ihre eigenen nodeSelector-Einstellungen hinzufügen und tolerations für zusätzliche Taints hinzufügen, indem Sie die Werte des Logging-Helm-Charts bearbeiten. Für Details siehe diese Seite.

Aktivierung der Logging-Anwendung zur Zusammenarbeit mit SELinux

Anforderungen:

Logging v2 wurde mit SELinux auf RHEL/CentOS 7 und 8 getestet.

Security-Enhanced Linux (SELinux) ist eine Sicherheitsverbesserung für Linux. Nachdem es historisch von Regierungsbehörden verwendet wurde, ist SELinux jetzt Industriestandard und standardmäßig in CentOS 7 und 8 aktiviert.

Um Logging v2 mit SELinux zu verwenden, empfehlen wir die Installation des rancher-selinux RPM gemäß diesen Anweisungen.

Konfigurieren Sie dann beim Installieren der Logging-Anwendung das Helm-Chart so, dass es SELinux unterstützt, indem Sie global.seLinux.enabled in true im values.yaml ändern.

Zusätzliche Protokollierungsquellen

Standardmäßig sammelt Rancher Protokolle für Steuerungsebenenkomponenten und Knotenkomponenten für alle Cluster-Typen.

In einigen Fällen kann Rancher möglicherweise zusätzliche Protokolle sammeln.

Die folgende Tabelle fasst die Quellen zusammen, aus denen zusätzliche Protokolle für jeden Knotentyp gesammelt werden können:

Protokollquelle Linux-Knoten (einschließlich in Windows-Cluster) Windows-Knoten

RKE2

✓

K3s

✓

AKS

✓

EKS

✓

GKE

✓

Um gehostete Kubernetes-Anbieter als zusätzliche Protokollquellen zu aktivieren, aktivieren Sie beim Installieren oder Aktualisieren des Logging Helm-Charts die Option Erweiterte Protokollierung des Cloud-Anbieters aktivieren.

Wenn aktiviert, sammelt Rancher alle zusätzlichen Knoten- und Steuerungsebenenprotokolle, die der Anbieter bereitgestellt hat, was je nach Anbieter variieren kann.

Wenn Sie bereits die eigene Protokolllösung eines Cloud-Anbieters wie AWS CloudWatch oder Google Cloud Operations Suite (ehemals Stackdriver) verwenden, ist es nicht erforderlich, diese Option zu aktivieren, da die native Lösung uneingeschränkten Zugriff auf alle Protokolle hat.

Systemd-Konfiguration

In Rancher Logging muss SystemdLogPath für K3s- und RKE2-Kubernetes-Distributionen konfiguriert werden.

K3s- und RKE2-Kubernetes-Distributionen protokollieren in journald, das ist das Subsystem von systemd, das für das Protokollieren verwendet wird. Um diese Protokolle zu sammeln, muss systemdLogPath definiert werden. Während das run/log/journal Verzeichnis standardmäßig verwendet wird, verwenden einige Linux-Distributionen diesen Pfad nicht standardmäßig. Zum Beispiel verwendet Ubuntu standardmäßig var/log/journal. Um Ihre systemdLogPath-Konfiguration zu bestimmen, siehe die folgenden Schritte.

Schritte zur Systemd-Konfiguration:

  • Führen Sie cat /etc/systemd/journald.conf | grep -E ^\#?Storage | cut -d"=" -f2 auf einem Ihrer Knoten aus.

  • Wenn persistent zurückgegeben wird, sollte Ihr systemdLogPath /var/log/journal sein.

  • Wenn volatile zurückgegeben wird, sollte Ihr systemdLogPath /run/log/journal sein.

  • Wenn auto zurückgegeben wird, überprüfen Sie, ob /var/log/journal existiert.

    • Wenn /var/log/journal existiert, verwenden Sie /var/log/journal.

    • Wenn /var/log/journal nicht existiert, verwenden Sie /run/log/journal.

Wenn ein anderer Wert als oben beschrieben zurückgegeben wird, kann Rancher Logging die Protokolle der Steuerungsebene nicht sammeln. Um dieses Problem zu beheben, müssen Sie die folgenden Aktionen auf jedem Knoten der Steuerungsebene durchführen:

  • Setzen Sie Storage=volatile in journald.conf.

  • Starten Sie Ihren Rechner neu.

  • Setzen Sie systemdLogPath auf /run/log/journal.