Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Amazon Elastic Kubernetes Service
Amazon EKS menyediakan fitur yang memungkinkan Anda membuat aplikasi Anda lebih tahan terhadap peristiwa seperti kesehatan yang menurun atau gangguan Availability Zone. Saat menjalankan beban kerja di klaster Amazon EKS, Anda dapat lebih meningkatkan toleransi kesalahan dan pemulihan aplikasi dengan menggunakan zonal shift atau zonal autoshift. Untuk informasi selengkapnya, lihat Pelajari tentang ARC Zonal Shift di Amazon EKS di Panduan Pengguna Amazon Elastic Kubernetes Service.
Menggunakan pergeseran zona dengan Amazon Elastic Kubernetes Service
Untuk mengaktifkan pergeseran zona, gunakan salah satu metode berikut. Untuk informasi selengkapnya, lihat Pelajari tentang pergeseran zona ARC di Panduan Pengguna Amazon Elastic Kubernetes Service.
Anda dapat memulai pergeseran zona untuk kluster Amazon EKS, atau Anda dapat mengizinkan melakukannya AWS untuk Anda, dengan mengaktifkan pergeseran otomatis zona. Setelah pergeseran zona klaster Amazon EKS diaktifkan dengan ARC, Anda dapat memulai pergeseran zona atau mengaktifkan pergeseran otomatis zona menggunakan Konsol ARC, AWS CLI, atau pergeseran zona dan API pergeseran otomatis zona.
Untuk informasi lebih lanjut tentang memulai pergeseran zona, lihatMemulai, memperbarui, atau membatalkan pergeseran zona.
Untuk informasi selengkapnya tentang mengaktifkan Amazon EKS dengan pergeseran zona, lihat Pelajari tentang ARC Zonal Shift di Amazon EKS di Panduan Pengguna Amazon Elastic Kubernetes Service.
Cara kerja zonal shift untuk Amazon Elastic Kubernetes Service
Selama pergeseran zona Amazon EKS, berikut ini secara otomatis terjadi untuk semua kluster Amazon EKS:
Semua node di AZ yang terkena dampak dikepung. Hal ini mencegah Kubernetes Scheduler menjadwalkan Pod baru ke node di AZ yang tidak sehat.
Jika Anda menggunakan Grup Node Terkelola, penyeimbangan ulang Availability Zone ditangguhkan, dan grup Auto Scaling Anda diperbarui untuk memastikan bahwa node pesawat data Amazon EKS baru hanya diluncurkan di AZ yang sehat.
Node di AZ yang tidak sehat tidak dihentikan dan Pod tidak diusir dari node ini. Ini untuk memastikan bahwa ketika pergeseran zona berakhir atau dibatalkan, lalu lintas Anda dapat dikembalikan dengan aman ke AZ yang masih memiliki kapasitas penuh.
EndpointSlice Pengontrol menemukan semua titik akhir Pod di AZ yang rusak dan menghapusnya dari yang relevanEndpointSlices. Ini memastikan bahwa hanya titik akhir Pod di AZ sehat yang ditargetkan untuk menerima lalu lintas jaringan. Ketika pergeseran zona dibatalkan atau kedaluwarsa, EndpointSlice pengontrol memperbarui EndpointSlices untuk menyertakan titik akhir di AZ yang dipulihkan.
Jika Anda menggunakan Mode Otomatis EKS atau Karpenter yang dikelola sendiri, pengontrol Karpenter juga melakukan hal berikut selama pergeseran zona:
Menghentikan penyediaan kapasitas baru di AZ yang terganggu dengan menandai semua penawaran komputasi di zona tersebut sebagai tidak tersedia.
Menghentikan gangguan sukarela (konsolidasi dan penyimpangan) pada node di AZ yang terganggu.
Mencegah upaya peluncuran untuk pod dengan persyaratan penjadwalan yang ketat (seperti afinitas volume EBS) yang memerlukan AZ yang terganggu.
Melanjutkan perilaku normal ketika pergeseran zona dibatalkan atau kedaluwarsa.
Untuk informasi lebih lanjut tentang pergeseran zona Amazon EKS, lihat blog AWS Containers