Vergleich der EKS-Funktionen für Kro mit selbstverwaltetem Kro - Amazon EKS
MigrationspfadNächste Schritte

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.

Vergleich der EKS-Funktionen für Kro mit selbstverwaltetem Kro

Die EKS-Funktion für Kro bietet dieselbe Funktionalität wie selbstverwaltetes Kro, bietet jedoch erhebliche betriebliche Vorteile. Einen allgemeinen Vergleich zwischen EKS-Funktionen und selbstverwalteten Lösungen finden Sie unter. Überlegungen zu den EKS-Fähigkeiten

Die EKS-Funktion für Kro verwendet dieselben Upstream-Kro-Controller und ist vollständig kompatibel mit Upstream-Kro. ResourceGraphDefinitions, CEL-Ausdrücke und Ressourcenzusammensetzung funktionieren identisch. Eine vollständige Kro-Dokumentation und Beispiele finden Sie in der Kro-Dokumentation.

Migrationspfad

Sie können ohne Ausfallzeiten von selbstverwaltetem KRO zur verwalteten Funktion migrieren.

Wichtig

Stellen Sie vor der Migration sicher, dass auf Ihrem selbstverwalteten Kro-Controller dieselbe Version wie die EKS-Funktion für Kro ausgeführt wird. Überprüfen Sie die Funktionsversion in der EKS-Konsole oder verwenden Sie Ihre selbstverwaltete Installation aws eks describe-capability und führen Sie anschließend ein entsprechendes Upgrade durch. Dadurch werden Kompatibilitätsprobleme während der Migration vermieden.

  1. Aktualisieren Sie Ihren selbstverwalteten Kro-Controller so, dass er ihn kube-system für Leasingverträge zur Wahl von Führungskräften verwenden kann:

    helm upgrade --install kro \
  oci://ghcr.io/awslabs/kro/kro-chart \
  --namespace kro \
  --set leaderElection.namespace=kube-system

    Dadurch wird der Leasingvertrag des Controllers auf diesen übertragenkube-system, sodass sich die verwaltete Kapazität darauf abstimmen kann.

  2. Erstellen Sie die Kro-Fähigkeit auf Ihrem Cluster (sieheEine Kro-Fähigkeit erstellen)

  3. Die verwaltete Funktion erkennt bestehende Instanzen ResourceGraphDefinitions und übernimmt den Abgleich

  4. Skalieren Sie selbstverwaltete KRO-Bereitstellungen schrittweise oder entfernen Sie sie:

    helm uninstall kro --namespace kro

Dieser Ansatz ermöglicht eine sichere Koexistenz beider Controller während der Migration. Die verwaltete Funktion übernimmt automatisch Instanzen ResourceGraphDefinitions und Instanzen, die zuvor von einem selbstverwalteten KRO verwaltet wurden, sodass ein kontinuierlicher Abgleich ohne Konflikte gewährleistet ist.

Nächste Schritte