Hilf mit, diese Seite zu verbessern
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Wenn Sie zu diesem Benutzerhandbuch beitragen möchten, wählen Sie den GitHub Link Diese Seite bearbeiten auf, der sich im rechten Bereich jeder Seite befindet.
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
In diesem Thema erfahren Sie, wie Sie einen Workload mit einer CriticalAddonsOnly
Toleranz bereitstellen, sodass EKS Auto Mode ihn für den system
Knotenpool einplant.
Der integrierte system
Knotenpool von EKS Auto Mode ist für die Ausführung kritischer Add-Ons auf dedizierten Instanzen konzipiert. Diese Trennung stellt sicher, dass wichtige Komponenten über dedizierte Ressourcen verfügen und von allgemeinen Workloads isoliert sind, wodurch die allgemeine Stabilität und Leistung des Clusters verbessert wird.
In diesem Handbuch wird gezeigt, wie Sie mithilfe der CriticalAddonsOnly
Toleranzwerte und der entsprechenden system
Knotenauswahl Add-Ons für den Knotenpool bereitstellen. Wenn Sie diese Schritte befolgen, können Sie sicherstellen, dass Ihre kritischen Anwendungen auf den dedizierten system
Knoten geplant werden. So können Sie die Vorteile der Isolierung und Ressourcenzuweisung nutzen, die die spezielle Knotenpoolstruktur von EKS Auto Mode bietet.
Der automatische Modus von EKS verfügt über zwei integrierte Knotenpools: general-purpose
undsystem
. Weitere Informationen finden Sie unter Integriert aktivieren oder deaktivieren NodePools.
Der Zweck des system
Knotenpools besteht darin, wichtige Add-Ons auf verschiedene Knoten zu verteilen. Knoten, die vom system
Knotenpool bereitgestellt werden, haben einen CriticalAddonsOnly
Kubernetes-Nachteil. Kubernetes plant Pods auf diesen Knoten nur dann ein, wenn für sie eine entsprechende Toleranz besteht. Weitere Informationen finden Sie unter Taints and Tolerations
Voraussetzungen
-
EKS-Auto-Mode-Cluster mit aktiviertem integriertem Knotenpool
system
. Weitere Informationen finden Sie unter Integriert aktivieren oder deaktivieren NodePools -
kubectl
installiert und konfiguriert. Weitere Informationen finden Sie unter Für die Verwendung von Amazon EKS einrichten.
Verfahren
Sehen Sie sich das folgende Beispiel für Yaml an. Beachten Sie die folgenden Konfigurationen:
-
nodeSelector
— Dadurch wird die Arbeitslast dem integriertensystem
Knotenpool zugeordnet. Dieser Knotenpool muss mit der AWS API aktiviert werden. Weitere Informationen finden Sie unter Integriert aktivieren oder deaktivieren NodePools. -
tolerations
— Diese Toleranz überwindet denCriticalAddonsOnly
Makel auf den Knoten im Knotenpool.system
apiVersion: apps/v1
kind: Deployment
metadata:
name: sample-app
spec:
replicas: 3
selector:
matchLabels:
app: sample-app
template:
metadata:
labels:
app: sample-app
spec:
nodeSelector:
karpenter.sh/nodepool: system
tolerations:
- key: "CriticalAddonsOnly"
operator: "Exists"
containers:
- name: app
image: nginx:latest
resources:
requests:
cpu: "500m"
memory: "512Mi"
Um einen Workload so zu aktualisieren, dass er im system
Knotenpool ausgeführt wird, müssen Sie:
-
Aktualisieren Sie den vorhandenen Workload, um die folgenden oben beschriebenen Konfigurationen hinzuzufügen:
-
nodeSelector
-
tolerations
-
-
Stellen Sie den aktualisierten Workload in Ihrem Cluster bereit mit
kubectl apply
Nach der Aktualisierung des Workloads wird er auf dedizierten Knoten ausgeführt.