Unterstützung für die Verbesserung dieser Seite beitragen

Um zu diesem Benutzerhandbuch beizutragen, klicken Sie auf den Link Diese Seite auf GitHub bearbeiten, der sich im rechten Bereich jeder Seite befindet.

Kritische Add-Ons in dedizierten Instances ausführen

In diesem Thema erfahren Sie, wie Sie eine Workload mit einer CriticalAddonsOnly-Toleranz bereitstellen, sodass der EKS Auto Mode sie im system-Knoten-Pool plant.

Der integrierte system-Knoten-Pool des EKS Auto Mode ist für die Ausführung wichtiger Add-Ons in dedizierten Instances konzipiert. Diese Segmentierung stellt sicher, dass wichtige Komponenten über dedizierte Ressourcen verfügen und von allgemeinen Workloads isoliert sind, was die allgemeine Cluster-Stabilität und -Leistung verbessert.

Dieser Leitfaden zeigt, wie Add-Ons mithilfe von CriticalAddonsOnly-Toleranz und geeigneten Knotenselektoren im system-Knoten-Pool bereitgestellt werden können. Mit diesen Schritten können Sie sicherstellen, dass Ihre kritischen Anwendungen auf den dedizierten system-Knoten geplant werden, wobei Sie die Vorteile der Isolierung und Ressourcenzuweisung nutzen, welche die spezielle Knoten-Poolstruktur des EKS Auto Mode bietet.

EKS Auto Mode verfügt über zwei integrierte Knoten-Pools: general-purpose und system. Weitere Informationen finden Sie unter Aktivierung oder Deaktivierung integrierter NodePools.

Der Zweck des system-Knoten-Pools besteht darin, kritische Add-Ons auf verschiedene Knoten zu verteilen. Von dem system-Knoten-Pool bereitgestellte Knoten verfügen über einen CriticalAddonsOnly-Kubernetes-Taint. Kubernetes plant Pods nur dann auf diesen Knoten ein, wenn sie über eine entsprechende Toleranz verfügen. Weitere Informationen finden Sie unter Taints und Toleranzen in der Kubernetes-Dokumentation.

Voraussetzungen

Verfahren

Sehen Sie sich das YAML-Beispiel unten an. Beachten Sie die folgenden Konfigurationen:

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"

Zur Aktualisierung einer Workload für die Ausführung im system-Knoten-Pool sind folgende Schritte erforderlich:

Nach der Aktualisierung der Workload wird diese in dedizierten Knoten ausgeführt.