|
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. |
SUSE Rancher Prime Agents
Es gibt zwei verschiedene Agenten-Ressourcen, die in von Rancher verwalteten Clustern bereitgestellt werden:
Für einen konzeptionellen Überblick darüber, wie der Rancher-Server Cluster bereitstellt und mit ihnen kommuniziert, verweisen Sie auf die Architektur.
cattle-cluster-agent
Der cattle-cluster-agent wird verwendet, um eine Verbindung zur Kubernetes-API von link:[Rancher Launched Kubernetes]-Clustern herzustellen. Der cattle-cluster-agent wird mithilfe einer Implementierungsressource bereitgestellt.
rancher-system-agent
Der rancher-system-agent ist ein Daemon, der verwendet wird, um Knoten in einem von Rancher bereitgestellten RKE2/K3s Kubernetes-Cluster zu verwalten, wenn Lebenszyklusoperationen für Cluster durchgeführt werden. Beispiele für Clusteroperationen sind das Upgrade der Kubernetes-Version und das Erstellen/Wiederherstellen von Snapshots. Der rancher-system-agent ist darauf ausgelegt, Pläne auf das Rancher-System anzuwenden und kann sowohl lokale als auch entfernte Pläne unterstützen.
Anforderungen
Der cattle-cluster-agent Pod definiert nicht die Standardwerte für CPU- und Arbeitsspeicheranforderungen. Als Ausgangspunkt empfehlen wir, die CPU-Anforderung auf 50m und die Speicheranforderung auf 100Mi festzulegen. Es ist jedoch wichtig, dass Sie Ihren Anwendungsfall angemessen bewerten und die richtigen Ressourcen für Ihre Bedürfnisse Ihrem Cluster zuweisen.
Um Anforderungswerte über die Benutzeroberfläche für RKE2/K3s-Cluster zu konfigurieren:
-
Wenn Sie einen Cluster erstellen oder einen vorhandenen Cluster bearbeiten, gehen Sie zu den Clusterkonfiguration.
-
Wählen Sie den Unterabschnitt Cluster-Agent aus.
-
Konfigurieren Sie Ihre Anforderungswerte nach Bedarf mit den Feldern CPU-Reservierung und Speicherreservierung.
Wenn Sie die Konfiguration über YAML bevorzugen, fügen Sie den folgenden Ausschnitt zu Ihrer RKE2/K3s-Konfigurationsdatei hinzu:
spec:
clusterAgentDeploymentCustomization:
overrideResourceRequirements:
requests:
cpu: 50m
memory: 100MiPlanungsregeln
Der cattle-cluster-agent verwendet entweder eine feste Menge an Tolerierungen oder dynamisch hinzugefügte Tolerierungen, die auf die Controlplane-Knoten angewendet werden. Diese Struktur ermöglicht es, dass taint-basierte Evictions ordnungsgemäß für cattle-cluster-agent funktionieren.
Wenn Controlplane-Knoten im Cluster vorhanden sind, werden die Standardtolerierungen durch Tolerierungen ersetzt, die den Taints auf den Controlplane-Knoten entsprechen. Die Standardtolerierungen werden im Folgenden beschrieben.
| Komponente | nodeAffinity nodeSelectorTerms | nodeSelector | Toleranzen |
|---|---|---|---|
|
|
keine |
Hinweis: Dies sind die Standardtolerierungen, die durch Tolerierungen ersetzt werden, die auf die Controlplane-Knoten angewendet werden. |
Das cattle-cluster-agent Implementierung verfügt über bevorzugte Planungsregeln unter Verwendung von preferredDuringSchedulingIgnoredDuringExecution, wobei eine Platzierung auf Knoten mit dem controlplane angestrebt wird. Wenn im Cluster keine Controlplane-Knoten sichtbar sind (dies ist normalerweise der Fall, wenn Cluster von gehosteten Kubernetes-Anbietern verwendet werden), können Sie das Label cattle.io/cluster-agent=true auf einem Knoten hinzufügen, um die Planung des cattle-cluster-agent Pods auf diesen Knoten zu bevorzugen.
Siehe Kubernetes: Zuweisen von Pods zu Knoten, um weitere Informationen zu den Planungsregeln zu finden.
Die preferredDuringSchedulingIgnoredDuringExecution Konfiguration ist in der folgenden Tabelle dargestellt:
| Gewicht | Ausdruck |
|---|---|
100 |
|
100 |
|
100 |
|
1 |
|