EKS Capability for kro とセルフマネージド kro の比較 - Amazon EKS
移行パス次のステップ

このページの改善にご協力ください

このユーザーガイドに貢献するには、すべてのページの右側のペインにある「GitHub でこのページを編集する」リンクを選択してください。

EKS Capability for kro とセルフマネージド kro の比較

EKS Capability for kro は、セルフマネージド kro と同じ機能を提供しますが、運用上の大きな利点があります。EKS 機能とセルフマネージドソリューションの全般的な比較については、「EKS 機能と考慮事項」を参照してください。

EKS Capability for kro は、同じアップストリームの kro コントローラーを使用し、アップストリームの kro と完全に互換性があります。ResourceGraphDefinitions、CEL 式、およびリソース構成は同じように機能します。完全な kro のドキュメントと例については、kro ドキュメントを参照してください。

移行パス

セルフマネージド kro からマネージド機能にダウンタイムなしで移行できます。

重要

移行する前に、セルフマネージド kro コントローラーが EKS Capability for kro と同じバージョンで実行されていることを確認します。EKS コンソールまたは aws eks describe-capability を使用して機能バージョンを確認し、そのバージョンに一致するようにセルフマネージドのインストールをアップグレードします。これにより、移行中の互換性の問題を防ぐことができます。

  1. リーダー選出リースに kube-system を使用するようにセルフマネージド kro コントローラーを更新します。

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

    これにより、コントローラーのリースが kube-system に移動するため、マネージド機能がコントローラーを調整できるようになります。

  2. クラスターに kro 機能を作成します (「kro 機能の作成」を参照)。

  3. マネージド機能が既存の ResourceGraphDefinitions とインスタンスを認識して、調整を引き継ぎます。

  4. セルフマネージド kro のデプロイを段階的にスケールダウンするか、削除します。

    helm uninstall kro --namespace kro

このアプローチにより、移行中、両方のコントローラーを安全に共存させることができます。マネージド機能がこれまでセルフマネージド kro で管理されていた ResourceGraphDefinitions とインスタンスを自動的に採用するので、引き続き競合なく調整を図ることができます。

次のステップ