**Bantu meningkatkan 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 GitHub ** tautan ** Edit halaman ini di 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.
# Tinjau catatan rilis Mode Otomatis EKS
Halaman ini mendokumentasikan pembaruan ke Mode Otomatis Amazon EKS. Anda dapat memeriksa halaman ini secara berkala untuk pengumuman tentang fitur, perbaikan bug, masalah yang diketahui, dan fungsionalitas yang tidak digunakan lagi.
Untuk menerima pemberitahuan tentang semua perubahan file sumber pada halaman dokumentasi khusus ini, Anda dapat berlangganan URL berikut dengan pembaca RSS:
```
https://github.com/awsdocs/amazon-eks-user-guide/commits/mainline/latest/ug/automode/auto-change.adoc.atom
```
## Oktober 1, 2026
**Fitur**: Dimulai dengan EKS 1.37, Auto Mode Node Pools yang baru dibuat secara default menjadi bu `consolidationPolicy: Balanced` kannya. `WhenEmptyOrUnderutilized` Meskipun `WhenEmptyOrUnderutilized` mengganggu beban kerja node setiap kali melihat kandidat pengganti yang menghasilkan penghematan biaya (hanya USD 0,01 per jam), `Balanced` menyetujui gangguan ketika penghematan biaya per jam sepadan dengan biaya mengganggu Pod pada node tersebut. Anda akan melihat lebih sedikit penggusuran Pod dengan biaya yang kira-kira sama.
Untuk mempertahankan perilaku default sebelumnya pada EKS 1.37 Auto Mode Node Pool baru, atur secara eksplisit:
```
apiVersion: karpenter.sh/v1
kind: NodePool
metadata:
name: example
spec:
...
disruption:
consolidationPolicy: WhenEmptyOrUnderutilized
```
Jika Anda mengelola Auto Mode Node Pools melalui GitOps (misalnya, Argo CD atau Flux):
+ Manifes yang menghilangkan `consolidationPolicy` akan ditampilkan `Balanced` pada objek langsung setelah 1.37 sementara sumber Git Anda masih tidak memiliki nilai. Tetapkan `consolidationPolicy` secara eksplisit dalam manifes Anda jika Anda ingin Git dan cluster cocok.
+ Default diterapkan hanya pada waktu pembuatan sumber daya. Sin GitOps kronisasi yang menghapus dan membuat ulang Kumpulan Node Mode Otomatis yang tidak disetel (atau cluster baru yang di-bootstrap pada 1.37) diambil `Balanced` bahkan jika Kumpulan Node Mode Otomatis yang “sama” sebelumnya. `WhenEmptyOrUnderutilized` Atur bidang untuk menghindari pembalikan diam saat membuat ulang.
EKS 1.37 juga memperbarui dua EKS Auto Mode Node Pools (tujuan umum, sistem) ke. `consolidationPolicy: Balanced` Karena EKS Auto merekonsiliasi ini setiap jam, Anda tidak dapat mengganti bidang ini pada mereka di tempatnya. Jika beban kerja tertentu membutuhkan `WhenEmptyOrUnderutilized` perilaku sebelumnya, perbarui beban kerja untuk menargetkan set [ NodePool ](associate-workload.md) yang ditetapkan`consolidationPolicy: WhenEmptyOrUnderutilized`.
## September 14, 2026
**Penghentian ** penggunaan: [`volume-modifier-for-k8s`](https://github.com/awslabs/volume-modifier-for-k8s) Proyek telah ditinggalkan demi API Kubernetes asli. [`VolumeAttributesClass`](https://kubernetes.io/docs/concepts/storage/volume-attributes-classes/) Proyek ini digunakan untuk mengatur anotasi pada a PersistentVolumeClaim untuk memodifikasi volume EBS. Setelah 31 Oktober 2026, Mode Otomatis Amazon EKS tidak lagi mendukung anotasi ini. Untuk memodifikasi volume EBS setelah tanggal tersebut, gunakan Kubernet `VolumeAttributesClass` es API sebagai gantinya. Untuk informasi selengkapnya, lihat [Buat kelas penyimpanan](create-storage-class.md).
## Agustus 17, 2026
**Dokumentasi**: Menambahkan instruksi untuk memberikan pengontrol terkelola Mode Otomatis EKS tambahan Kubernetes RBAC melalui `eks:managed` grup pada entri akses yang dibuat secara otomatis. `AWSServiceRoleForAmazonEKS` Ini membuka blokir kasus penggunaan seperti memberikan akses pengontrol penyeimbang beban ke tertentu `Secret` sehingga dapat menyelesaikan konfigurasi OIDC pada ALB. `Ingress` Untuk informasi lebih lanjut, lihat [Berikan Kubernetes RBAC tambahan ke pengontrol yang dikelola Mode Otomatis EKS](auto-managed-rbac.md) dan panduannya di[Berikan akses pengontrol penyeimbang beban Mode Otomatis EKS ke Rahasia tertentu](auto-managed-rbac-example.md).
## Agustus 12, 2026
**Fitur**: Pengontrol load balancer Mode Otomatis Amazon EKS sekarang mendukung fitur dari AWS Load Balancer Controller hingga v3.4. Perhatikan bahwa Gateway API belum didukung.
+ Validasi JWT untuk Ingress — Validasi Token Web JSON (JWT) di tingkat aturan pendengar Application Load Balancer (ALB) sebelum permintaan mencapai backend Anda, melalui tindakan baru. Ingress-level Untuk informasi selengkapnya, lihat Appl [ ication Load Balancer sekarang mendukung alur kredensia klien dengan verifikasi JWT. ](https://aws.amazon.com/about-aws/whats-new/2025/11/application-load-balancer-jwt-verification/)
+ Kelompok target tertimbang Network Load Balancer (NLB) — Mendistribusikan lalu lintas di beberapa kelompok target berdasarkan bobot pada Layanan NLB. Ini mendukung pola penyebaran biru-hijau dan kenari, termasuk bobot 0 ketika setidaknya satu kelompok target lain memiliki bobot bukan nol. Untuk informasi selengkapnya, lihat [ Network Load Balancer sekarang mendukung Grup ](https://aws.amazon.com/blogs/networking-and-content-delivery/network-load-balancers-now-support-weighted-target-groups/) Target Tertimbang.
+ TargetGroupBinding peristiwa rekonsiliasi — Amazon EKS sekarang memancarkan peristiwa Kubernetes pada kegagalan TargetGroupBinding rekonsiliasi, membuat masalah pendaftaran target terlihat melalui log peng `kubectl describe` ontrol saja.
+ Urutan subnet dipertahankan — `aws-load-balancer-subnets` Anotasi sekarang menghormati urutan yang Anda tentukan, daripada menyusun ulang subnet secara internal.
+ Cross-zone penyeimbangan beban untuk ALB — Anda sekarang dapat secara eksplisit menonaktifkan penyeimbangan beban lintas zona pada Penyeimbang Beban Aplikasi.
## Agustus 5, 2026
**Fitur**: Pengontrol penyeimbang beban Mode Otomatis Amazon EKS sekarang mendukung kelompok target multi-cluster, sesuai dengan perilaku Load Balancer Controller. AWS Dengan fitur ini, Anda dapat berbagi grup target ARN yang sama di beberapa `TargetGroupBinding` sumber daya, sehingga satu kelompok target dapat melayani beberapa cluster Kubernetes (dalam VPC yang sama) atau menerima target dari sumber lain. Untuk informasi selengkapnya, lihat [Konfigurasikan kelompok target multi-cluster](auto-multi-cluster-target-groups.md).
## Juli 27, 2026
**Fitur**: Pengontrol penyeimbang beban Mode Otomatis Amazon Elastic Kubernetes Service (Amazon EKS) sekarang mendukung fitur dari AWS Load Balancer Controller v2.13 dan v2.14.
+ Penulisan Ulang URL Application Load Balancer (ALB) — Sekarang Anda dapat mengubah URL permintaan dan header Host sebelum permintaan mencapai layanan backend Anda, tanpa mengubah aplikasi Anda. Untuk informasi selengkapnya, lihat [ Memperkenalkan URL dan penulisan ulang header host dengan Appl AWS ication Load Bal ](https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-url-and-host-header-rewrite-with-aws-application-load-balancers/) ancers.
+ PrefixListsIDs dan LoadBalancerName di IngressClassParams — Anda sekarang dapat mengatur daftar awalan grup keamanan dan nama penyeimbang beban khusus untuk Penyeimbang Beban Aplikasi Anda. Keduanya didukung sebagai anotasi Ingress dan sebagai bidang di IngressClassParams (PrefixListSids dan load). BalancerName Saat diatur IngressClassParams, konfigurasi berlaku untuk semua Ingress di IngressClass. Anda tidak perlu lagi membuat anotasi setiap sumber daya Ingress secara individual.
+ Frontend NLB untuk Ingress — Anda sekarang dapat menempatkan Network Load Balancer (NLB) di depan Application Load Balancer. Ini menggabungkan alamat IP statis NLB dan AWS PrivateLink dengan kemampuan routing layer-7 ALB. Aktifkan fitur ini dengan alb.ingress.kubernetes. io/enableanotasi -frontend-nlb. Untuk informasi selengkapnya, lihat Grup Balancer-type Target Beban [ Aplikasi untuk Penyeimbang Beban Jaringan. ](https://aws.amazon.com/blogs/networking-and-content-delivery/application-load-balancer-type-target-group-for-network-load-balancer/)
+ Dukungan pendengar TCP\_UDP — Layanan NLB sekarang dapat menggunakan pendengar TCP\_UDP, yang memungkinkan lalu lintas TCP dan UDP pada port yang sama. Aktifkan fitur ini dengan service.beta.kubernetes. io/awsanotasi -load-balancer-enable-tcp-udp-pendengar.
+ Per-target-group protokol proxy — Anda sekarang dapat mengonfigurasi header Proxy Protocol v2 di tingkat kelompok target individu dengan menggunakan service.beta.kubernetes. io/awsanotasi -load-balancer-proxy-protocol-per-target-group, daripada menerapkan konfigurasi ke semua kelompok target secara seragam.
+ Bidang TargetType di IngressClassParams - Anda sekarang dapat mengatur tipe target default (instance atau IP) langsung di IngressClassParams, menghilangkan kebutuhan untuk membuat anotasi setiap sumber daya Ingress secara individual.
+ Penemuan subnet berdasarkan jangkauan — Pemilihan subnet tidak lagi secara ketat membutuhkan kubernetes. io/role tag. Pengontrol sekarang kembali ke analisis jangkauan berbasis tabel rute ketika tag tidak ada. Pengontrol saat ini tidak mendukung fallback ini untuk penyeimbang beban dengan tipe alamat ip dari dualstack.
+ Dukungan IPv4 IP Address Manager (IPAM) untuk ALB — ALB yang menghadap ke internet sekarang dapat menarik alamat IPv4 publiknya dari kumpulan IPAM Amazon Virtual Private Cloud (Amazon VPC) alih-alih dari rentang alamat yang dikelola. AWS Ini memberi Anda blok alamat IP yang dapat diprediksi untuk daftar izin. Tentukan kumpulan dengan alb.ingress.kubernetes. io/ipamanotasi -ipv4-pool-id. Untuk informasi selengkapnya, lihat Men [ yederhanakan penetapan alamat IP publik ALB dengan VPC IP ](https://aws.amazon.com/blogs/networking-and-content-delivery/simplify-albs-public-ip-address-assignment-with-vpc-ipam/) AM.
**Fitur**: Menambahkan kebijakan `Balanced` konsolidasi untuk Mode Otomatis EKS NodePools. Menetapkan `spec.disruption.consolidationPolicy: Balanced` menilai setiap tindakan konsolidasi dengan menimbang penghematan biaya komputasi terhadap biaya gangguan. Ini melewatkan tindakan di mana gangguan melebihi penghematan. Jika Anda menggunakan `WhenEmpty` hari ini, Anda dapat beralih ke `Balanced` untuk mendapatkan penghematan biaya konsolidasi. Jika Anda menggunakan `WhenEmptyOrUnderutilized` hari ini, Anda dapat beralih ke `Balanced` untuk menghilangkan gangguan pod untuk manfaat marjinal. `WhenEmpty`dan `WhenEmptyOrUnderutilized` tidak berubah, dan yang ada NodePools menjaga perilaku mereka saat ini. Untuk informasi selengkapnya, lihat [Membuat Kumpulan Simpul untuk Mode Otomatis EKS](create-node-pool.md) dan Gang [ guan ](https://karpenter.sh/docs/concepts/disruption/) dalam dokumentasi Karpenter.
## Juli 21, 2026
**Fitur**: Menambahkan dukungan untuk konfigurasi antarmuka jaringan statis aktif NodeClass. Anda sekarang dapat mengonfigurasi antarmuka jaringan Elastic Fabric Adapter (EFA) menggunakan `advancedNetworking.networkInterfaces` untuk penyediaan kapasitas dinamis dan statis, memungkinkan EFA-ready node untuk pelatihan terdistribusi dan beban kerja inferensi. Untuk informasi selengkapnya, lihat [Konfigurasi Antarmuka Jaringan Statis](create-node-class.md#static-network-interfaces).
## Juni 30, 2026
**Fitur**: Pengontrol penyeimbang beban Mode Otomatis EKS sekarang mendukung fitur dari Load AWS Balancer Controller v2.10, v2.11, dan v2.12.
Dari hulu v2.12.0:
+ Manajemen prioritas aturan pendengar — Pengontrol sekarang dapat secara eksplisit mengatur dan menyusun ulang prioritas aturan pendengar, menyelesaikan konflik pemesanan ketika beberapa aturan Ingress menargetkan pendengar yang sama
Dari hulu v2.11.0:
+ Reservasi Load Balancer Capacity Unit (LCU) — Anda sekarang dapat memesan unit kapasitas pada Application Load Balancers (ALB) dan Network Load Balancers (NLB), memastikan kinerja yang dapat diprediksi untuk beban kerja dengan pola lalu lintas yang diketahui
Dari hulu v2.10.0:
+ Perlindungan Lanjutan ALB Shield — Sumber daya ALB sekarang dapat dilindungi dengan AWS Shield Advanced melalui alb.ingress.kubernetes. io/shield- anotasi perlindungan lanjutan
+ Bawa kustom Anda sendiri TargetGroupBinding — Anda sekarang dapat mereferensikan kelompok target yang sudah ada sebelumnya yang tidak dibuat oleh pengontrol, memungkinkan integrasi dengan infrastruktur yang dikelola secara eksternal
+ Dukungan UDP untuk NLB dual-stack pada cluster IPv6 — Layanan NLB pada cluster IPv6 sekarang mendukung pendengar protokol UDP
+ Atribut pendengar HTTP dan HTTPS ALB — Fine-grained kontrol atas atribut tingkat pendengar (misalnya, perilaku routing, modifikasi header) melalui anotasi
### Pembaruan kebijakan terkelola
AWS telah memperbarui AmazonEKSServiceRolePolicy dan mendukung AmazonEKSLoadBalancingPolicy fitur-fitur baru ini.
### Tindakan diperlukan untuk pelanggan yang menggunakan kebijakan IAM khusus
Jika Anda memberikan kebijakan IAM kustom Anda sendiri untuk peran cluster Mode Otomatis EKS alih-alih menggunakan AWS-managed AmazonEKSLoadBalancingPolicy, Anda harus memastikan kebijakan Anda menyertakan izin yang tercantum di atas. Kegagalan memperbarui kebijakan kustom Anda akan mengakibatkan kesalahan akses ditolak saat menggunakan fitur baru.
Untuk memverifikasi paritas, bandingkan kebijakan kustom Anda dengan versi [ terbaru. AmazonEKSLoadBalancingPolicy ](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonEKSLoadBalancingPolicy.html)
Secara khusus, pastikan kebijakan Anda mencakup:
+ elasticloadbalancing:ModifyCapacityReservation, elasticloadbalancing:, elasticloadbalancing:ModifyIpPools, dan elasticloadbalancing: ModifyListenerAttributes SetRulePriorities
+ ec2: DescribeIpamPools dan ec2: DescribeRouteTables
+ perisai:CreateProtection, perisai:DeleteProtection, dan perisai: TagResource
## 9 Juni 2026
**Fitur**: Menambahkan pemantauan pemeriksaan status instance ke Mode Otomatis EKS. Pengontrol komputasi sekarang mensurvei EC2 `DescribeInstanceStatus` untuk mendeteksi peristiwa pemeliharaan terjadwal dan kegagalan pemeriksaan status instans atau sistem, secara otomatis menggantikan node yang tidak sehat.
## 4 Juni 2026
**Dokumentasi**: Menambahkan panduan untuk mengendalikan biaya komputasi dalam Mode Otomatis EKS, termasuk cara kerja konsolidasi, apa yang memblokirnya, dan pola yang direkomendasikan untuk beban kerja yang meledak. Untuk informasi selengkapnya, lihat [ Pengoptimalan biaya dalam Mode Otomatis EKS](auto-cost-control.md).
## 3 Juni 2026
**Fitur**: Menambahkan dukungan untuk Reservasi Kapasitas Interruptible dalam Mode Otomatis EKS. Untuk informasi selengkapnya, lihat [Kontrol penyebaran beban kerja ke Reservasi Kapasitas dengan Mode Otomatis EKS](auto-odcr.md).
## 5 Mei 2026
**Fitur**: Menambahkan dukungan untuk Grup Penempatan EC2 dalam Mode Otomatis EKS. Untuk informasi selengkapnya, lihat [Spesifikasi Kelas Node](create-node-class.md#auto-node-class-spec).
## April 10, 2026
**Jenis instance baru yang didukung**: p6-b200, p6-b300, p5e, p5en, trn2, hpc8a, x8aedz, x8i. Untuk daftar lengkap instance yang didukung, lihat[Pelajari tentang Instans terkelola Mode Otomatis Amazon EKS](automode-learn-instances.md).
## 2 April 2026
**Tugas**: validasi NodeClass dry run sekarang akan menggunakan jenis instance yang dipilih secara dinamis berdasarkan tautan. NodePools
## Februari 2, 2026
**Fitur**: Menambahkan dukungan untuk menonaktifkan lalu lintas V4Egress dari pod IPv6 di kluster EKS Auto Mode IPv6. Untuk informasi selengkapnya, lihat [Nonaktifkan keluar IPv4 dari pod IPv6 di cluster IPv6.](create-node-class.md#enableV4Egress).
## Desember 19, 2025
**Fitur**: Menambahkan dukungan untuk mode IP sekunder yang menyediakan alamat IP sekunder alih-alih awalan ke node Auto. Mode ini mempertahankan satu IP sekunder sebagai MinimalIPTarget dan menyimpan sumber daya IP untuk pelanggan yang tidak perlu memanaskan lebih banyak IP sekunder atau awalan. Untuk informasi selengkapnya, lihat [Spesifikasi Kelas Node](create-node-class.md#auto-node-class-spec) dan [Mode IP Sekunder untuk Pod](create-node-class.md#secondary-IP-mode).
## November 19, 2025
**Fitur**: Mengaktifkan tarik dan membongkar paralel Seekable OCI (SOCI) untuk instans keluarga G, P, dan Trn dengan penyimpanan NVMe lokal. Tarik dan unpack paralel SOCI selalu digunakan untuk keluarga instance ini dengan Mode Otomatis EKS dan tidak ada perubahan konfigurasi yang diperlukan untuk mengaktifkannya. Untuk informasi lebih lanjut tentang SOCI, lihat blog [ pel ](https://aws.amazon.com/blogs/containers/introducing-seekable-oci-parallel-pull-mode-for-amazon-eks/) uncuran.
## November 19, 2025
**Fitur**: Menambahkan dukungan untuk kumpulan node kapasitas statis yang mempertahankan jumlah node tetap. Untuk informasi selengkapnya, lihat [Kolam Node Kapasitas Statis dalam Mode Otomatis EKS](auto-static-capacity.md).
## Oktober 23, 2025
**Fitur: ** Pengguna dengan cluster di wilayah AS sekarang dapat meminta untuk menggunakan AMI yang kompatibel dengan FIPS dengan menentukan `spec.advancedSecurity.fips` dalam NodeClass definisi mereka.
## Oktober 1, 2025
**Fitur: Mode Otomatis ** EKS sekarang mendukung penyebaran node ke Zona AWS Lokal. Untuk informasi selengkapnya, lihat [Menerapkan node Mode Otomatis EKS ke Local Zones](auto-local-zone.md).
## 30 September 2025
**Fitur: ** Menambahkan dukungan untuk InstanceProfile ke NodeClass `spec.instanceProfile` yang saling eksklusif dari lapangan`spec.role`.
## September 29, 2025
DRA saat ini tidak didukung oleh Mode Otomatis EKS.
## September 10, 2025
**Tugas: Per ** istiwa yang dipicu dari pengontrol Komputasi Mode Otomatis sekarang akan menggunakan nama alih- `eks-auto-mode/compute` alih. `karpenter`
## Agustus 24, 2025
**Perbaikan Bug: ** VPC yang menggunakan set opsi DHCP dengan nama domain khusus yang berisi huruf kapital akan menyebabkan Node gagal bergabung dengan cluster karena menghasilkan nama host yang tidak valid. Ini telah diselesaikan dan nama domain dengan huruf kapital sekarang berfungsi dengan benar.
## Agustus 15, 2025
**Perbaikan Bug: ** Agen Identity Pod sekarang hanya akan mendengarkan alamat IPv4 Link Lokal di cluster EKS IPv4 untuk menghindari masalah di mana Pod tidak dapat mencapai alamat IPv6.
## Agustus 6, 2025
**Fitur: ** Menambahkan konfigurasi baru NodeClass `spec.advancedNetworking.associatePublicIPAddress` yang dapat digunakan untuk mencegah alamat IP publik ditetapkan ke EKS Auto Mode Nodes
## Juni 30, 2025
**Fitur: ** Mode Otomatis NodeClass sekarang menggunakan kunci KMS khusus yang dikonfigurasi untuk mengenkripsi volume root read-only dari instance, selain volume data. read/write Sebelumnya, kunci KMS khusus hanya digunakan untuk mengenkripsi volume data.
## Juni 20, 2025
**Fitur: ** Dukungan untuk mengendalikan penyebaran beban kerja ke dalam Reservasi On-Demand Kapasitas EC2 (ODCR). Ini menambahkan kunci opsional `capacityReservationSelectorTerms` ke NodeClass, memungkinkan Anda untuk secara eksplisit mengontrol ODCR mana yang digunakan beban kerja Anda. Untuk informasi selengkapnya, lihat [Kontrol penyebaran beban kerja ke Reservasi Kapasitas dengan Mode Otomatis EKS](auto-odcr.md).
## Juni 13, 2025
**Fitur: ** Dukungan untuk subnet pod terpisah di`NodeClass`. Ini menambahkan kunci opsional `podSubnetSelectorTerms` dan `podSecurityGroupSelectorTerms` untuk mengatur subnet dan grup keamanan untuk pod. Untuk informasi selengkapnya, lihat [Pisahkan subnet dan grup keamanan untuk Pod](create-node-class.md#pod-subnet-selector).
## 30 April 2025
**Fitur: ** Dukungan untuk proxy jaringan maju di`NodeClass`. Ini menambahkan kunci opsional `advancedNetworking` untuk mengatur proxy HTTPS Anda. Untuk informasi selengkapnya, lihat [Spesifikasi Kelas Node](create-node-class.md#auto-node-class-spec).
## April 18, 2025
**Fitur: ** Dukungan untuk menyelesaikan domain.local (biasanya dicadangkan untuk DNS Multicast) melalui DNS unicast.
## April 11, 2025
**Fitur: ** Ditambahkan `certificateBundles` dan `ephemeralStorage.kmsKeyID` ke`NodeClass`. Untuk informasi selengkapnya, lihat [Spesifikasi Kelas Node](create-node-class.md#auto-node-class-spec).
**Fitur: ** Peningkatan kecepatan tarik gambar, terutama untuk jenis misalnya dengan penyimpanan instance lokal yang dapat memanfaatkan dekompresi gambar yang lebih cepat.
**Perbaikan Bug: ** Menyelesaikan kondisi balapan yang menyebabkan FailedCreatePodSandBox , Kesalahan saat memanggil: panggil tcp 127.0.0. 1:50051: connect: koneksi terkadang menolak terjadi untuk penjadwalan Pod ke Node segera saat startup.
## April 4, 2025
**Fitur: Ting ** katkan `registryPullQPS` dari 5 menjadi 25 dan `registryBurst` dari 10 menjadi 50 untuk mengurangi pembatasan tarik gambar yang dipaksakan klien () `Failed to pull image xyz: pull QPS exceeded`
## Maret 31, 2025
**Perbaikan Bug: ** Memperbaiki masalah di mana jika Pod DNS Core berjalan pada node Mode Otomatis, kueri DNS dari Pod pada node akan mengenai Pod DNS Inti itu alih-alih server DNS lokal node. Kueri DNS dari Pod pada node Mode Otomatis akan selalu pergi ke node DNS lokal.
## Maret 21, 2025
**Perbaikan Bug: Node Mode ** Otomatis sekarang diselesaikan `kube-dns.kube-system.svc.cluster.local` dengan benar ketika tidak ada `kube-dns` layanan yang diinstal di cluster. Mengat GitHub asi masalah [ \#2546](https://github.com/aws/containers-roadmap/issues/2546).
## Maret 14, 2025
**Fitur**: `IPv4` keluar diaktifkan di `IPv6` cluster. `IPv4`lalu lintas keluar dari cluster Mode `IPv6` Otomatis sekarang akan secara otomatis diterjemahkan ke `v4` alamat ENI utama node.