Profil Fargate untuk Pod Tanpa Server

AWS Fargate untuk EKS memungkinkan Anda menjalankan pod Kubernetes tanpa menyediakan atau mengelola node EC2. Alih-alih memikirkan jenis instance dan grup node, Anda menentukan sebuah Fargate profile yang memberi tahu EKS pod mana yang harus dijalankan di Fargate berdasarkan namespace dan pemilih label opsionalnya. AWS secara otomatis menyediakan jumlah komputasi yang sesuai untuk setiap pod dan menghentikannya ketika pod tersebut berhenti.

Sebuah Fargate profile terhubung ke klaster EKS dan berisi satu atau beberapa pemilih—setiap pemilih menentukan sebuah namespace serta pasangan kunci-nilai label Kubernetes opsional. Sebuah pod harus cocok dengan setidaknya satu pemilih agar dapat dijadwalkan di Fargate. Profile tersebut juga menentukan peran eksekusi pod (peran IAM) dan subnet privat yang harus digunakan Fargate untuk meluncurkan pod.

Peran eksekusi pod adalah peran IAM yang diasumsikan EKS ketika Fargate mengambil image kontainer dan mengirim log pod ke CloudWatch. Peran ini harus menyertakan kebijakan terkelola AWS AmazonEKSFargatePodExecutionRolePolicy. Tanpa peran ini, pod yang dijadwalkan di Fargate akan gagal dimulai karena Fargate tidak dapat melakukan autentikasi ke ECR atau menulis ke CloudWatch Logs.

Fargate memberlakukan batasan namespace yang penting. Namespace kube-system tidak dapat digunakan oleh sebagian besar Fargate profile karena pod sistem seperti kube-proxy berjalan di sana. Pengecualiannya adalah CoreDNS: AWS menyediakan proses terpandu untuk menambal deployment CoreDNS guna menghapus anotasi eks.amazonaws.com/compute-type: ec2 agar dapat berjalan di Fargate. Pod dalam namespace yang dikecualikan akan tetap tidak terjadwal jika tidak ada node EC2 yang tersedia.

Fargate mengalokasikan sumber daya komputasi berdasarkan permintaan CPU dan memori yang ditentukan dalam spesifikasi pod. Fargate membulatkannya ke kombinasi vCPU/memori terdekat yang didukung (misalnya, 0,25 vCPU / 0,5 GB hingga 16 vCPU / 120 GB). Anda hanya ditagih untuk sumber daya yang dialokasikan per detik selama pod berjalan. Selalu tetapkan permintaan sumber daya yang akurat—permintaan yang terlalu kecil dapat menyebabkan proses dihentikan karena kehabisan memori, sedangkan permintaan yang terlalu besar meningkatkan biaya.

Fargate menghilangkan kebutuhan untuk mengelola node, tetapi memiliki beberapa batasan: tidak mendukung DaemonSet (karena tidak ada node permanen untuk menjadwalkannya), tidak mendukung kontainer berhak istimewa, dan memiliki dukungan terbatas untuk jenis penyimpanan tertentu. Grup node EC2 mendukung GPU, kernel kustom, dan beban kerja stateful dengan drive NVMe lokal. Pola yang umum adalah menjalankan layanan stateless di Fargate dan beban kerja stateful atau GPU pada grup node EC2 khusus dalam klaster EKS yang sama.

Setiap pod Fargate mendapatkan antarmuka jaringan elastis (ENI) sendiri dan IP privat dari subnet yang Anda tentukan dalam profile. Dengan demikian, Anda dapat menerapkan security group unik ke setiap pod menggunakan fitur Security Groups for Pods. Pod Fargate mendukung semua aturan security group VPC standar, sehingga Anda dapat mengendalikan lalu lintas masuk dan keluar secara terperinci pada tingkat pod individual—sebuah keunggulan keamanan yang signifikan dibandingkan security group bersama pada tingkat node.

Pod Fargate mengirim log ke Amazon CloudWatch Logs menggunakan perute log Fluent Bit bawaan. Anda mengonfigurasi logging dengan membuat ConfigMap bernama aws-logging di namespace aws-observability. Peran eksekusi pod harus memiliki izin untuk membuat grup log dan menulis peristiwa log. Log diatur ke dalam grup log CloudWatch berdasarkan klaster dan namespace, sehingga agregasi log terpusat menjadi mudah tanpa menjalankan agen log terpisah.

Fargate mendukung Horizontal Pod Autoscaler (HPA) Kubernetes. Ketika HPA menambah jumlah replika, Fargate secara otomatis menyediakan mikro-VM baru tanpa mengharuskan Anda menyesuaikan ukuran grup node. Hal ini menciptakan pengalaman autoscaling tanpa server yang sesungguhnya: HPA mengendalikan jumlah pod dan Fargate menangani komputasinya secara elastis. Anda tetap memerlukan Metrics Server yang di-deploy di klaster agar HPA dapat membaca penggunaan CPU dan memori.

Anda membayar Fargate berdasarkan vCPU-detik dan GB-detik yang digunakan, dengan minimum 1 menit per pod. Tidak ada biaya tingkat node, biaya kapasitas cadangan, atau biaya penambalan AMI/OS. Biasanya, Fargate lebih mahal per unit komputasi dibandingkan instance EC2 sesuai ukuran berdasarkan permintaan, tetapi total biaya kepemilikan sering kali lebih rendah setelah memperhitungkan waktu engineering yang dihemat untuk pengelolaan node, penambalan, dan pengambilan keputusan penskalaan.

Batasan utama Fargate untuk ujian SAA-C03: tidak mendukung DaemonSet (pod tidak dapat ditempatkan di setiap node karena tidak ada node permanen), tidak mendukung kontainer berhak istimewa, tidak mendukung mode hostNetwork, dan penyimpanan sementara dibatasi hingga 20 GB per pod (dapat diperluas hingga 200 GB dengan konfigurasi). Penyimpanan blok persisten dengan EBS tidak didukung—gunakan EFS untuk penyimpanan file persisten bersama dengan pod Fargate.

Uji pemahaman Anda tentang konsep AWS Solutions Architect (SAA-C03) dari pelajaran ini.

Dalam pelajaran ini, Anda telah mempelajari bahwa Fargate profiles menggunakan pemilih namespace dan label untuk menjadwalkan pod tanpa server, peran eksekusi pod memberikan izin kepada Fargate untuk mengambil image dan menulis log, serta Fargate tidak mendukung DaemonSet atau EBS—gunakan EFS untuk penyimpanan persisten. Selanjutnya, kita akan membahas jaringan EKS dengan plugin VPC CNI dan AWS Load Balancer Controller.