Comparaison entre la capacité EKS pour kro et celle pour kro autogérée - Amazon EKS
Voie de migrationÉtapes suivantes

Aidez à améliorer cette page

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Pour contribuer à ce guide de l'utilisateur, cliquez sur le GitHub lien Modifier cette page sur qui se trouve dans le volet droit de chaque page.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Comparaison entre la capacité EKS pour kro et celle pour kro autogérée

L'EKS Capability for kro fournit les mêmes fonctionnalités que le kro autogéré, mais avec des avantages opérationnels significatifs. Pour une comparaison générale des fonctionnalités EKS par rapport aux solutions autogérées, voirConsidérations relatives aux fonctionnalités EKS.

La capacité EKS pour kro utilise les mêmes contrôleurs kro en amont et est entièrement compatible avec le kro en amont. ResourceGraphDefinitions, les expressions CEL et la composition des ressources fonctionnent de manière identique. Pour une documentation complète et des exemples de kro, consultez la documentation de kro.

Voie de migration

Vous pouvez passer d'une solution kro autogérée à une fonctionnalité gérée sans aucune interruption de service.

Important

Avant de migrer, assurez-vous que votre contrôleur kro autogéré exécute la même version que la capacité EKS pour kro. Vérifiez la version des fonctionnalités dans la console EKS ou à l'aide de aws eks describe-capability celle-ci, puis mettez à niveau votre installation autogérée en conséquence. Cela permet d'éviter les problèmes de compatibilité lors de la migration.

  1. Mettez à jour votre contrôleur Kro autogéré pour l'utiliser kube-system pour les baux électoraux des dirigeants :

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

    Cela déplace le bail du contrôleur verskube-system, ce qui permet à la capacité gérée de se coordonner avec celui-ci.

  2. Créez la fonctionnalité Kro sur votre cluster (voirCréation d'une fonctionnalité Kro)

  3. La fonctionnalité gérée reconnaît les instances existantes ResourceGraphDefinitions et prend en charge la réconciliation

  4. Diminuez ou supprimez progressivement les déploiements KRO autogérés :

    helm uninstall kro --namespace kro

Cette approche permet aux deux contrôleurs de coexister en toute sécurité pendant la migration. La fonctionnalité gérée adopte automatiquement ResourceGraphDefinitions les instances précédemment gérées par Kro autogéré, garantissant ainsi un rapprochement continu sans conflits.

Étapes suivantes