**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.
# Aktifkan Mode Otomatis EKS pada kluster EKS yang ada
Anda dapat mengaktifkan Mode Otomatis EKS pada Kluster EKS yang ada.
** AWS mendukung migrasi berikut:**
+ Bermigrasi dari Karpenter ke node Mode Otomatis EKS. Untuk informasi selengkapnya, lihat [Migrasi dari Karpenter ke Mode Otomatis EKS menggunakan kubectl](auto-migrate-karpenter.md).
+ Migrasi dari Grup Node Terkelola EKS ke node Mode Otomatis EKS. Untuk informasi selengkapnya, lihat [Migrasi dari Grup Node Terkelola EKS ke Mode Otomatis EKS](auto-migrate-mng.md).
+ Bermigrasi dari EKS Fargate ke Mode Otomatis EKS. Untuk informasi selengkapnya, lihat [Bermigrasi dari EKS Fargate ke Mode Otomatis EKS](auto-migrate-fargate.md).
** AWS tidak mendukung migrasi berikut:**
+ Migrasi volume dari pengontrol EBS CSI (menggunakan add-on Amazon EKS) ke pengontrol EKS Auto Mode EBS CSI (dikelola oleh Mode Otomatis EKS). PVCs dibuat dengan satu tidak dapat dipasang oleh yang lain, karena mereka menggunakan dua penyedia volume Kubernetes yang berbeda.
+ Proyek [https://github.com/awslabs/eks-auto-mode-ebs-migration-tool](https://github.com/awslabs/eks-auto-mode-ebs-migration-tool)(AWS Labs) memungkinkan migrasi antara standar EBS CSI StorageClass (`ebs.csi.aws.com`) dan EKS Auto EBS StorageClass CSI (). `ebs.csi.eks.amazonaws.com` Perhatikan bahwa migrasi memerlukan penghapusan dan pembuatan ulang PersistentVolumeClaim/PersistentVolume sumber daya yang ada, jadi validasi di lingkungan non-produksi sangat penting sebelum implementasi.
+ Migrasi load balancer dari Load Balancer Controller ke AWS Mode Otomatis EKS
Anda dapat menginstal AWS Load Balancer Controller pada kluster Mode Otomatis Amazon EKS. Gunakan `loadBalancerClass` opsi `IngressClass` atau untuk mengaitkan sumber daya Service dan Ingress dengan Load Balancer Controller atau EKS Auto Mode. Untuk panduan preskriptif, lihat [https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-nginx-ingress-controller-eks-auto-mode.html](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-nginx-ingress-controller-eks-auto-mode.html)
+ Migrasi kluster EKS dengan alternatif CNIs atau konfigurasi jaringan lain yang tidak didukung
## Referensi migrasi
Gunakan referensi migrasi berikut untuk mengonfigurasi sumber daya Kubernetes yang akan dimiliki oleh pengontrol yang dikelola sendiri atau Mode Otomatis EKS.
| Kemampuan | Sumber daya | Bidang | Dikelola Sendiri | Mode Otomatis EKS |
| --- | --- | --- | --- | --- |
| Penyimpanan blok | `StorageClass` | `provisioner` | `ebs.csi.aws.com` | `ebs.csi.eks.amazonaws.com` |
| Penyeimbangan beban | `Service` | `loadBalancerClass` | `service.k8s.aws/nlb` | `eks.amazonaws.com/nlb` |
| Penyeimbangan beban | `IngressClass` | `controller` | `ingress.k8s.aws/alb` | `eks.amazonaws.com/alb` |
| Penyeimbangan beban | `IngressClassParams` | `apiversion` | `elbv2.k8s.aws/v1beta1` | `eks.amazonaws.com/v1` |
| Penyeimbangan beban | `TargetGroupBinding` | `apiversion` | `elbv2.k8s.aws/v1beta1` | `eks.amazonaws.com/v1` |
| Hitung | `NodeClass` | `apiVersion` | `karpenter.sh/v1` | `eks.amazonaws.com/v1` |
## Migrasi volume EBS
Saat memigrasikan beban kerja ke Mode Otomatis EKS, Anda perlu menangani migrasi volume EBS karena penyedia driver CSI yang berbeda:
+ Penyedia Mode Otomatis EKS: `ebs.csi.eks.amazonaws.com`
+ Penyedia EBS CSI sumber terbuka: `ebs.csi.aws.com`
Ikuti langkah-langkah berikut untuk memigrasikan volume persisten Anda:
1. **Ubah kebijakan retensi volume**: Ubah versi platform (PV) yang ada `persistentVolumeReclaimPolicy` `Retain` untuk memastikan volume EBS yang mendasarinya tidak dihapus.
1. **Hapus PV dari Kubernetes**: Hapus sumber daya PV lama sambil menjaga volume EBS yang sebenarnya tetap utuh.
1. **Buat PV baru dengan penyediaan statis: Buat PV baru yang mereferensikan** volume EBS yang sama tetapi berfungsi dengan driver CSI target.
1. **Mengikat ke PVC baru: Buat PVC baru** yang secara khusus mereferensikan PV Anda menggunakan `volumeName` bidang.
### Pertimbangan-pertimbangan
+ Pastikan aplikasi Anda dihentikan sebelum memulai migrasi ini.
+ Cadangkan data Anda sebelum memulai proses migrasi.
+ Proses ini perlu dilakukan untuk setiap volume persisten.
+ Beban kerja harus diperbarui untuk menggunakan PVC baru.
## Migrasi penyeimbang beban
Anda tidak dapat langsung mentransfer penyeimbang beban yang ada dari pengontrol penyeimbang AWS beban yang dikelola sendiri ke Mode Otomatis EKS. Sebagai gantinya, Anda harus menerapkan strategi penyebaran biru-hijau. Ini melibatkan mempertahankan konfigurasi penyeimbang beban yang ada saat membuat penyeimbang beban baru di bawah pengontrol terkelola.
Untuk meminimalkan gangguan layanan, kami merekomendasikan pendekatan perpindahan lalu lintas berbasis DNS. Pertama, buat penyeimbang beban baru dengan menggunakan Mode Otomatis EKS sambil menjaga konfigurasi yang ada tetap beroperasi. Kemudian, gunakan perutean DNS (seperti Route 53) untuk secara bertahap mengalihkan lalu lintas dari penyeimbang beban lama ke yang baru. Setelah lalu lintas berhasil dimigrasi dan Anda telah memverifikasi konfigurasi baru, Anda dapat menonaktifkan penyeimbang beban lama dan pengontrol yang dikelola sendiri.