Membandingkan Kemampuan EKS untuk kro dengan kro yang dikelola sendiri - Amazon EKS
Jalur migrasiLangkah selanjutnya

Bantu tingkatkan halaman ini

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Untuk berkontribusi pada panduan pengguna ini, pilih Edit halaman ini pada GitHub tautan yang terletak di panel kanan setiap halaman.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Membandingkan Kemampuan EKS untuk kro dengan kro yang dikelola sendiri

Kemampuan EKS untuk kro menyediakan fungsionalitas yang sama dengan kro yang dikelola sendiri, tetapi dengan keunggulan operasional yang signifikan. Untuk perbandingan umum Kemampuan EKS vs solusi yang dikelola sendiri, lihatPertimbangan Kemampuan EKS.

Kemampuan EKS untuk kro menggunakan pengontrol kro hulu yang sama dan sepenuhnya kompatibel dengan kro hulu. ResourceGraphDefinitions, ekspresi CEL, dan komposisi sumber daya bekerja secara identik. Untuk dokumentasi dan contoh kro lengkap, lihat dokumentasi kro.

Jalur migrasi

Anda dapat bermigrasi dari kro yang dikelola sendiri ke kemampuan terkelola tanpa downtime.

penting

Sebelum bermigrasi, pastikan pengontrol kro yang dikelola sendiri menjalankan versi yang sama dengan Kemampuan EKS untuk kro. Periksa versi kemampuan di konsol EKS atau gunakanaws eks describe-capability, lalu tingkatkan instalasi yang dikelola sendiri agar sesuai. Ini mencegah masalah kompatibilitas selama migrasi.

  1. Perbarui pengontrol kro yang dikelola sendiri untuk digunakan kube-system untuk sewa pemilihan pemimpin:

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

    Ini memindahkan sewa pengontrolkube-system, memungkinkan kemampuan terkelola untuk berkoordinasi dengannya.

  2. Buat kemampuan kro di cluster Anda (lihatBuat kemampuan kro)

  3. Kemampuan terkelola mengenali yang ada ResourceGraphDefinitions dan contoh, mengambil alih rekonsiliasi

  4. Secara bertahap turunkan atau hapus penerapan kro yang dikelola sendiri:

    helm uninstall kro --namespace kro

Pendekatan ini memungkinkan kedua pengendali untuk hidup berdampingan dengan aman selama migrasi. Kemampuan yang dikelola secara otomatis mengadopsi ResourceGraphDefinitions dan contoh yang sebelumnya dikelola oleh kro yang dikelola sendiri, memastikan rekonsiliasi berkelanjutan tanpa konflik.

Langkah selanjutnya