Arsitektur Amazon EKS - Amazon EKS
Bidang kontrolHitungKemampuan EKS

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.

Arsitektur Amazon EKS

Amazon EKS selaras dengan arsitektur cluster umum Kubernetes. Untuk informasi selengkapnya, lihat Komponen Kubernetes di dokumentasi Kubernetes. Bagian berikut merangkum beberapa detail arsitektur tambahan untuk Amazon EKS.

Bidang kontrol

Amazon EKS memastikan setiap cluster memiliki bidang kontrol Kubernetes yang unik. Desain ini membuat infrastruktur masing-masing cluster terpisah, tanpa tumpang tindih antara cluster atau akun. AWS Pengaturan meliputi:

Komponen terdistribusi

Bidang kontrol memposisikan setidaknya dua instance server API dan tiga instans etcd di tiga AWS Availability Zone dalam suatu Region. AWS

Kinerja optimal

Amazon EKS secara aktif memonitor dan menyesuaikan instans bidang kontrol untuk mempertahankan kinerja puncak.

Ketahanan

Jika instance bidang kontrol terputus-putus, Amazon EKS dengan cepat menggantikannya, menggunakan Availability Zone yang berbeda jika diperlukan.

Waktu aktif yang konsisten

Dengan menjalankan klaster di beberapa Availability Zone, ketersediaan titik akhir server API yang andal Service Level Agreement (SLA) tercapai.

Amazon EKS menggunakan Amazon Virtual Private Cloud (Amazon VPC) untuk membatasi lalu lintas antara komponen bidang kontrol dalam satu cluster. Komponen klaster tidak dapat melihat atau menerima komunikasi dari klaster atau AWS akun lain, kecuali jika diizinkan oleh kebijakan kontrol akses berbasis peran (RBAC) Kubernetes.

Hitung

Selain bidang kontrol, cluster Amazon EKS memiliki satu set mesin pekerja yang disebut node. Memilih jenis node cluster Amazon EKS yang sesuai sangat penting untuk memenuhi persyaratan spesifik Anda dan mengoptimalkan pemanfaatan sumber daya. Amazon EKS menawarkan tipe simpul utama berikut:

Mode Otomatis EKS

Mode Otomatis EKS memperluas AWS manajemen di luar bidang kontrol untuk menyertakan bidang data, mengotomatisasi manajemen infrastruktur klaster. Ini mengintegrasikan kemampuan inti Kubernetes sebagai komponen bawaan, termasuk komputasi autoscaling, jaringan, load balancing, DNS, penyimpanan, dan dukungan GPU. Mode Otomatis EKS mengelola node secara dinamis berdasarkan tuntutan beban kerja, menggunakan immutable AMIs dengan fitur keamanan yang disempurnakan. Ini mengotomatiskan pembaruan dan peningkatan sambil menghormati Anggaran Gangguan Pod, dan menyertakan komponen terkelola yang jika tidak memerlukan manajemen add-on. Opsi ini sangat ideal bagi pengguna yang ingin memanfaatkan AWS keahlian untuk day-to-day operasi, meminimalkan overhead operasional, dan fokus pada pengembangan aplikasi daripada manajemen infrastruktur.

AWS Fargate

Fargate adalah mesin komputasi tanpa server untuk kontainer yang menghilangkan kebutuhan untuk mengelola instance yang mendasarinya. Dengan Fargate, Anda menentukan kebutuhan sumber daya aplikasi Anda, dan AWS secara otomatis menyediakan, menskalakan, dan memelihara infrastruktur. Opsi ini sangat ideal untuk pengguna yang memprioritaskan ease-of-use dan ingin berkonsentrasi pada pengembangan dan penyebaran aplikasi daripada mengelola infrastruktur.

Karpenter

Karpenter adalah autoscaler cluster Kubernetes yang fleksibel dan berkinerja tinggi yang membantu meningkatkan ketersediaan aplikasi dan efisiensi klaster. Karpenter meluncurkan sumber daya komputasi berukuran tepat sebagai respons terhadap perubahan beban aplikasi. Opsi ini dapat menyediakan sumber daya just-in-time komputasi yang memenuhi persyaratan beban kerja Anda.

Grup simpul terkelola

Grup node terkelola adalah perpaduan antara otomatisasi dan kustomisasi untuk mengelola kumpulan EC2 instans Amazon dalam klaster Amazon EKS. AWS menangani tugas-tugas seperti menambal, memperbarui, dan menskalakan node, mengurangi aspek operasional. Secara paralel, kubelet argumen kustom didukung, membuka kemungkinan untuk kebijakan manajemen CPU dan memori tingkat lanjut. Selain itu, mereka meningkatkan keamanan melalui peran AWS Identity and Access Management (IAM) and Access Management (IAM) untuk akun layanan, sambil membatasi kebutuhan akan izin terpisah per cluster.

Node yang dikelola sendiri

Node yang dikelola sendiri menawarkan kontrol penuh atas EC2 instans Amazon Anda dalam klaster Amazon EKS. Anda bertanggung jawab untuk mengelola, menskalakan, dan memelihara node, memberi Anda kendali penuh atas infrastruktur yang mendasarinya. Opsi ini cocok untuk pengguna yang membutuhkan kontrol granular dan penyesuaian node mereka dan siap menginvestasikan waktu dalam mengelola dan memelihara infrastruktur mereka.

Node Hibrida Amazon EKS

Dengan Amazon EKS Hybrid Nodes, Anda dapat menggunakan infrastruktur lokal dan edge sebagai node di kluster Amazon EKS. Amazon EKS Hybrid Nodes menyatukan manajemen Kubernetes di seluruh lingkungan dan menurunkan manajemen bidang kontrol Kubernetes untuk aplikasi lokal dan edge Anda. AWS

Kemampuan EKS

Amazon EKS menyediakan kemampuan klaster yang dikelola sepenuhnya, menginstal dan mengelola Kubernetes APIs (dengan Definisi Sumber Daya Kustom Kubernetes) di klaster Anda saat mengoperasikan pengontrol dan komponen lain dalam infrastruktur yang AWS dimiliki, terpisah dari klaster Anda. EKS menyediakan penambalan, penskalaan, dan pemantauan otomatis atas kemampuan ini, mengelola siklus hidupnya sepenuhnya untuk mengurangi beban pengoperasian layanan in-cluster untuk orkestrasi beban kerja, manajemen sumber daya, dan banyak lagi. AWS

EKS menyediakan jenis kemampuan berikut:

AWS Pengontrol untuk Kubernetes (ACK)

AWS Pengontrol untuk Kubernetes (ACK) memungkinkan Anda mengelola AWS sumber daya menggunakan Kubernetes APIs, memungkinkan Anda untuk menentukan bucket S3, database RDS, peran IAM, dan sumber daya lainnya sebagai sumber daya kustom Kubernetes. AWS Anda dapat mengelola AWS sumber daya di samping beban kerja Kubernetes Anda menggunakan alat dan alur kerja yang sama, dengan dukungan untuk 50+ AWS layanan termasuk S3, RDS, DynamoDB, dan Lambda.

Argo CD

Argo CD mengimplementasikan penerapan berkelanjutan GitOps berbasis untuk beban kerja aplikasi, AWS sumber daya, dan konfigurasi klaster Anda, menggunakan repositori Git sebagai sumber kebenaran. Argo CD secara otomatis menyinkronkan cluster Anda dengan repositori Git Anda dan mendeteksi drift, terus melakukan rekonsiliasi untuk memastikan aplikasi dan sumber daya yang Anda gunakan sesuai dengan status yang Anda inginkan dalam kontrol versi. Anda dapat menggunakan Argo CD untuk mengelola aplikasi pada klaster tertentu, atau menyebarkan dan mengelola aplikasi di beberapa cluster dari satu sumber Argo CD, dengan penerapan otomatis dari repositori Git setiap kali perubahan dilakukan.

kro (Orkestra Sumber Daya Kube)

kro (Kube Resource Orchestrator) memungkinkan Anda untuk membuat Kubernetes kustom yang menyusun beberapa sumber daya menjadi abstraksi tingkat APIs yang lebih tinggi, memungkinkan tim platform untuk menentukan pola yang dapat digunakan kembali untuk kombinasi sumber daya umum. Hal ini memungkinkan tim platform untuk menyediakan kemampuan swalayan dengan pagar pembatas yang sesuai, memungkinkan pengembang untuk menyediakan infrastruktur yang kompleks menggunakan sederhana, dibangun khusus APIs sambil mempertahankan standar organisasi dan praktik terbaik.