kro의 EKS 기능 및 자체 관리형 kro 비교 - Amazon EKS
마이그레이션 경로다음 단계

이 페이지 개선에 도움 주기

이 사용자 가이드에 기여하려면 모든 페이지의 오른쪽 창에 있는 GitHub에서 이 페이지 편집 링크를 선택합니다.

kro의 EKS 기능 및 자체 관리형 kro 비교

kro의 EKS 기능은 자체 관리형 kro와 동일한 기능을 제공하지만 상당한 운영 이점을 제공합니다. EKS 기능과 자체 관리형 솔루션의 일반적인 비교는 EKS 기능 및 고려 사항 섹션을 참조하세요.

kro의 EKS 기능은 동일한 업스트림 kro 컨트롤러를 사용하며, 업스트림 kro와 완벽하게 호환됩니다. ResourceGraphDefinitions, CEL 표현식 및 리소스 구성은 동일하게 작동합니다. 전체 kro 설명서 및 예제는 kro 설명서를 참조하세요.

마이그레이션 경로

가동 중지 시간 없이 자체 관리형 kro에서 관리형 기능으로 마이그레이션할 수 있습니다.

중요

마이그레이션하기 전에 자체 관리형 kro 컨트롤러가 kro의 EKS 기능과 동일한 버전을 실행 중인지 확인합니다. 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 및 인스턴스를 자동으로 채택하여 충돌 없이 지속적인 조정을 보장합니다.

다음 단계