Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Kluster Lokal EKS di Outposts
Ketika ada pemutusan tautan layanan Outposts dari wilayah induk, mungkin ada tantangan dengan layanan sebagai EKS Extended Cluster, tempat pesawat kontrol tinggal di wilayah tersebut. Di antara tantangannya adalah hilangnya komunikasi antara bidang kontrol EKS dan node pekerja dan PODs. Meskipun kedua node pekerja dan PODs dapat terus beroperasi dan melayani aplikasi yang berada di Outposts secara lokal, pesawat kontrol Kubernetes mungkin menganggapnya tidak sehat dan menjadwalkan penggantiannya ketika koneksi ke pesawat kontrol pulih. Hal ini dapat menyebabkan downtime aplikasi ketika konektivitas dipulihkan.
Untuk menyederhanakan ini, ada opsi untuk meng-host seluruh cluster EKS Anda di Outposts. Dalam konfigurasi ini, control plane Kubernetes dan node worker Anda berjalan secara lokal di premis pada kapasitas komputasi Outposts Anda. Dengan begitu, klaster Anda terus beroperasi bahkan jika terjadi penurunan sementara pada koneksi tautan layanan Anda dan setelah dipulihkan.
Cluster lokal Amazon EKS di Outposts
Kluster Lokal EKS tentang pertimbangan Outposts
Ada beberapa pertimbangan ketika kluster lokal EKS digunakan di Outposts:
-
Selama pemutusan, tidak ada opsi untuk mengeksekusi perubahan apa pun di cluster itu sendiri yang mengharuskan menambahkan node pekerja baru, atau menskalakan grup node secara otomatis, selama itu bergantung pada EC2 dan panggilan API ASG menuju Wilayah induk. AWS
-
• Ada satu set fitur yang tidak didukung pada cluster lokal yang terdaftar pada dukungan AWS Outposts eksctl
. .
