Steuern Sie die Bereitstellung von Workloads für EC2 On-Demand-Kapazitätsreservierungen mit dem automatischen EKS-Modus - Amazon EKS
Beispiel NodeClass

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.

Steuern Sie die Bereitstellung von Workloads für EC2 On-Demand-Kapazitätsreservierungen mit dem automatischen EKS-Modus

EC2 Kapazitätsreservierungen auf Abruf (ODCRs) ermöglichen es Ihnen, Rechenkapazität für Ihre EC2 Amazon-Instances in einer bestimmten Availability Zone für einen beliebigen Zeitraum zu reservieren. Wenn Sie den automatischen EKS-Modus verwenden, möchten Sie möglicherweise kontrollieren, ob Ihre Kubernetes-Workloads auf diesen Reserved Instances bereitgestellt werden, um die Nutzung der im Voraus erworbenen Kapazitäten zu maximieren oder um sicherzustellen, dass kritische Workloads Zugriff auf garantierte Ressourcen haben.

Standardmäßig wird der automatische EKS-Modus automatisch gestartet und geöffnet. ODCRs Durch die Konfiguration capacityReservationSelectorTerms auf a können Sie NodeClass jedoch explizit steuern, welche ODCRs Workloads verwendet werden. Knoten, die mithilfe von configured ODCRs bereitgestellt wurden, haben Vorrang vor On-Demand-Nodes karpenter.sh/capacity-type: reserved und Spot-Nodes und werden auch weiterhin priorisiert. Sobald diese Funktion aktiviert ist, verwendet der automatische EKS-Modus nicht mehr automatisch die Option „Öffnen“ ODCRs. Sie müssen explizit durch ein ausgewählt werden NodeClass, sodass Sie die Kapazitätsreservierungsnutzung in Ihrem gesamten Cluster genau steuern können.

Warnung

Wenn Sie NodeClass in capacityReservationSelectorTerms einem Cluster eine Konfiguration vornehmen, verwendet EKS Auto Mode nicht mehr automatisch open ODCRs für alle NodeClass im Cluster.

Beispiel NodeClass

apiVersion: eks.amazonaws.com/v1
kind: NodeClass
spec:
  # Optional: Selects upon on-demand capacity reservations and capacity blocks
  # for EKS Auto Mode to prioritize.
  capacityReservationSelectorTerms:
    - id: cr-56fac701cc1951b03
    # Alternative Approaches
    - tags:
        app: "my-app"
      # Optional owning account ID filter
      owner: "012345678901"

Dieses Beispiel NodeClass zeigt zwei Ansätze für die Auswahl ODCRs. Die erste Methode referenziert direkt über ihre ID (cr-56fac701cc1951b03) auf ein bestimmtes ODCR. Die zweite Methode verwendet eine Tag-basierte Auswahl, ODCRs wobei das Targeting anhand des Tags erfolgt. Name: "targeted-odcr" Sie können optional auch nach dem AWS Konto filtern, dem die Reservierung gehört. Dies ist besonders nützlich in kontoübergreifenden Szenarien oder bei der Arbeit mit Reservierungen für gemeinsame Kapazitäten.