比較 kro 與自我管理 kro 的 EKS 功能 - Amazon EKS
遷移路徑後續步驟

協助改進此頁面

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

若要為本使用者指南貢獻內容，請點選每個頁面右側面板中的在 GitHub 上編輯此頁面連結。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

比較 kro 與自我管理 kro 的 EKS 功能

適用於 kro 的 EKS 功能提供與自我管理 kro 相同的功能，但具有顯著的操作優勢。如需 EKS 功能與自我管理解決方案的一般比較，請參閱 EKS 功能考量事項。

kro 的 EKS 功能使用相同的上游 kro 控制器，並與上游 kro 完全相容。ResourceGraphDefinitions、CEL 表達式和資源合成的運作方式相同。如需完整的 kro 文件和範例，請參閱 kro 文件。

遷移路徑

您可以從自我管理的 kro 遷移到受管功能，無需停機。

重要

在遷移之前，請確保您的自我管理 kro 控制器執行的版本與 kro 的 EKS 功能相同。在 EKS 主控台或使用 檢查功能版本aws eks describe-capability，然後升級自我管理的安裝以符合。這可防止遷移期間的相容性問題。

  1. 更新您的自我管理 kro 控制器以kube-system用於領導者選擇租用：

    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

此方法可讓兩個控制器在遷移期間安全地共存。受管功能會自動採用 ResourceGraphDefinitions 和先前由自我管理的 kro 管理的執行個體，以確保持續對帳而不會發生衝突。

後續步驟