Aktivierung von EKS Auto Mode in vorhandenen EKS-Clustern - Amazon EKS
MigrationsreferenzMigration von EBS-VolumesMigration von Load Balancern

Unterstützung für die Verbesserung dieser Seite beitragen

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.

Um zu diesem Benutzerhandbuch beizutragen, 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.

Aktivierung von EKS Auto Mode in vorhandenen EKS-Clustern

Sie können EKS Auto Mode in vorhandenen EKS-Clustern aktivieren.

AWS unterstützt die folgenden Migrationen:

AWS unterstützt die folgenden Migrationen nicht:

  • Migration von Volumes vom EBS-CSI-Controller (mithilfe des Amazon-EKS-Add-Ons) zum EBS-CSI-Controller in EKS Auto Mode (verwaltet durch EKS Auto Mode). Mit dem einen Controller erstellte PVCs können nicht vom anderen Controller eingebunden werden, da sie zwei verschiedene Kubernetes-Volume-Bereitsteller verwenden.

    • The eks-auto-mode-ebs-migration-tool (AWS-Labs-Projekt) ermöglicht die Migration zwischen Standard EBS CSI StorageClass (ebs.csi.aws.com) und EKS Auto EBS CSI StorageClass (ebs.csi.eks.amazonaws.com). Beachten Sie, dass für die Migration das Löschen und Neuerstellen vorhandener PersistentVolumeClaim/PersistentVolume-Ressourcen erforderlich ist. Daher ist vor der Implementierung eine Validierung in einer Nicht-Produktionsumgebung unerlässlich.

  • Migration von Load Balancern vom AWS Load Balancer Controller zu EKS Auto Mode

    Sie können den AWS Load Balancer Controller auf einem Cluster in Amazon EKS Auto Mode installieren. Verwenden Sie die Optionen IngressClass oder loadBalancerClass, um Service- und Ingress-Ressourcen entweder dem Load Balancer Controller oder EKS Auto Mode zuzuordnen.

  • Migration von EKS-Clustern mit alternativen CNIs oder anderen nicht unterstützten Netzwerk-Konfigurationen

Migrationsreferenz

Verwenden Sie die folgende Migrationsreferenz, um Kubernetes-Ressourcen so zu konfigurieren, dass sie entweder selbstverwalteten Controllern oder EKS Auto Mode zugeordnet sind.

Funktion Ressource Feld Selbstverwaltet EKS Auto Mode

Blockspeicher

StorageClass

provisioner

ebs.csi.aws.com

ebs.csi.eks.amazonaws.com

Load Balancing

Service

loadBalancerClass

service.k8s.aws/nlb

eks.amazonaws.com/nlb

Load Balancing

IngressClass

controller

ingress.k8s.aws/alb

eks.amazonaws.com/alb

Load Balancing

IngressClassParams

apiversion

elbv2.k8s.aws/v1beta1

eks.amazonaws.com/v1

Load Balancing

TargetGroupBinding

apiversion

elbv2.k8s.aws/v1beta1

eks.amazonaws.com/v1

Computing

NodeClass

apiVersion

karpenter.sh/v1

eks.amazonaws.com/v1

Migration von EBS-Volumes

Bei der Migration von Workloads in EKS Auto Mode ist es aufgrund unterschiedlicher CSI-Treiber-Bereitsteller erforderlich, die Migration von EBS-Volumes zu berücksichtigen:

  • EKS-Auto-Mode-Bereitsteller: ebs.csi.eks.amazonaws.com

  • Open-Source-EBS-CSI-Bereitsteller: ebs.csi.aws.com

Führen Sie die folgenden Schritte aus, um Ihre persistenten Volumes zu migrieren:

  1. Volume-Aufbewahrungsrichtlinie ändern: Ändern Sie die vorhandenen Plattformversionen (PVs) persistentVolumeReclaimPolicy in Retain, um sicherzustellen, dass das zugrunde liegende EBS-Volume nicht gelöscht wird.

  2. PV aus Kubernetes entfernen: Löschen Sie die alte PV-Ressource, während das aktuelle EBS-Volume erhalten bleibt.

  3. Neue PV mit statischer Bereitstellung erstellen: Erstellen Sie eine neue PV, die auf dasselbe EBS-Volume verweist, jedoch mit dem Ziel-CSI-Treiber funktioniert.

  4. An ein neues PVC binden: Erstellen Sie ein neues PVC, die mithilfe des Feldes volumeName speziell auf Ihre PV verweist.

Überlegungen

  • Stellen Sie sicher, dass Ihre Anwendungen beendet sind, bevor Sie mit dieser Migration beginnen.

  • Sichern Sie Ihre Daten, bevor Sie mit dem Migrationsprozess beginnen.

  • Dieser Vorgang muss für jedes persistente Volume durchgeführt werden.

  • Die Workload muss aktualisiert werden, um das neue PVC zu verwenden.

Migration von Load Balancern

Sie können vorhandene Load Balancer nicht direkt vom selbstverwalteten AWS Load Balancer Controller in EKS Auto Mode übertragen. Stattdessen müssen Sie eine Blau-Grün-Bereitstellungsstrategie implementieren. Dabei wird die vorhandene Load-Balancer-Konfiguration beibehalten, während neue Load Balancer unter dem verwalteten Controller erstellt werden.

Um Service Unterbrechungen zu minimieren, empfehlen wir einen DNS-basierten Ansatz zur Datenverkehrsverlagerung. Erstellen Sie zunächst neue Load Balancer in EKS Auto Mode, während Ihre vorhandene Konfiguration betriebsbereit bleibt. Verwenden Sie anschließend DNS-Routing (z. B. Route 53), um den Datenverkehr schrittweise von den alten Load Balancern auf die neuen umzuleiten. Sobald der Datenverkehr erfolgreich migriert wurde und Sie die neue Konfiguration überprüft haben, können Sie die alten Load Balancer und den selbstverwalteten Controller außer Betrieb nehmen.