<div class="key-takeaways"><ul><li>รันเวิร์กโหลดบน AWS Fargate โดยไม่ต้องจัดการ worker nodes</li><li>กำหนดค่า OpenID Connect และ Fargate Profile สำหรับเนมสเปซเกม 2048</li><li>แก้ปัญหาข้อผิดพลาดทั่วไปในการติดตั้ง Helm chart และปัญหา Fargate Pods เข้าถึง IMDS</li></ul></div><p>บทความนี้เป็นคู่มือแนะนำวิธีปรับใช้แอปพลิเคชัน Kubernetes บน Amazon Elastic Kubernetes Service (EKS) โดยใช้ AWS Fargate พร้อมทั้งเปิดให้เข้าถึงแอปผ่าน Application Load Balancer (ALB) ที่จัดการโดย AWS Load Balancer Controller จุดเด่นสำคัญของการใช้งานรูปแบบนี้คือเวิร์กโหลดทั้งหมดจะทำงานบน AWS Fargate ทำให้ผู้ดูแลระบบไม่ต้องมานั่งปวดหัวกับการจัดการ worker nodes แต่อย่างใด</p><p>ก่อนที่จะเริ่มต้นลงมือปฏิบัติจริง ผู้ใช้งานจำเป็นต้องตรวจสอบความพร้อมของเครื่องมือหลักๆ ที่ต้องใช้งานให้เรียบร้อยเสียก่อน โดยมีเครื่องมือสำคัญดังต่อไปนี้:</p><ul><li>AWS CLI (ตรวจสอบด้วยคำสั่ง <code>aws --version</code>)</li><li>Kubectl (ตรวจสอบด้วยคำสั่ง <code>kubectl version --client</code>)</li><li>Eksctl (ตรวจสอบด้วยคำสั่ง <code>eksctl version</code>)</li><li>Helm (ตรวจสอบด้วยคำสั่ง <code>helm version</code>)</li></ul><p>นอกจากนี้ บัญชี IAM ที่ใช้ในการติดตั้งจะต้องได้รับสิทธิ์นโยบายแบบ AWS managed policies ที่จำเป็น เช่น สิทธิ์ในการสร้างและจัดการ EKS คลัสเตอร์, สิทธิ์ให้ EKS โต้ตอบกับบริการอื่นๆ ของ AWS, สิทธิ์สำหรับการดำเนินงานที่เกี่ยวกับโหนดและ Fargate, สิทธิ์ดึงภาพคอนเทนเนอร์จาก ECR, สิทธิ์สร้าง IAM roles และ service accounts รวมไปถึงสิทธิ์ที่จำเป็นเนื่องจาก eksctl จะต้องสร้าง AWS CloudFormation stacks ขึ้นมาเบื้องหลัง</p><div class="ai-insight"><p>การใช้งาน Amazon EKS ร่วมกับ AWS Fargate ช่วยลดภาระในการบริหารจัดการโครงสร้างพื้นฐานด้านเซิร์ฟเวอร์ (Serverless computing สำหรับ Kubernetes) ได้อย่างยอดเยี่ยม นักพัฒนาไม่ต้องกังวลเรื่องการอัปเดต OS แพตช์ความปลอดภัย หรือการปรับขนาด EC2 instances ของโหนดแต่อย่างใด อย่างไรก็ตาม การที่ Fargate pods ไม่สามารถเข้าถึง EC2 Instance Metadata Service (IMDS) ได้โดยตรง ก็เป็นจุดสังเกตสำคัญที่ต้องระวังในการออกแบบสถาปัตยกรรมแอปพลิเคชัน</p></div><p>หลังจากเตรียมความพร้อมเรื่องสิทธิ์และเครื่องมือแล้ว ขั้นตอนต่อมาคือการสร้างคลัสเตอร์ด้วยคำสั่ง <code>eksctl create cluster --name demo-eks-cluster --region us-east-1 --fargate</code> พร้อมทั้งกำหนดค่า kubeconfig เพื่อให้ kubectl สามารถสื่อสารกับคลัสเตอร์ชื่อ demo-eks-cluster ในภูมิภาค us-east-1 ได้อย่างราบรื่น ซึ่งในการใช้งาน Fargate นั้น เมื่อรันคำสั่งตรวจสอบโหนดด้วย <code>kubectl get nodes</code> จะไม่ปรากฏ EC2 nodes ให้เห็นเหมือนกับการใช้งานทั่วไป</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/amazon_eks_fargate_aws_load_balancer_controller_2048_msc1xlyd_inline_1_b66bf4eadc.jpg" alt="Kubernetes cluster terminal command line" loading="lazy" /><p class="color-gray-500 text-sm mt-10">ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง</p></div><p>ในส่วนของการตั้งค่าความปลอดภัย OpenID Connect (OIDC) จะช่วยให้ Kubernetes service accounts สามารถสวมบทบาท AWS IAM roles ได้อย่างปลอดภัยผ่าน IRSA (IAM Roles for Service Accounts) เพื่อให้พอดสามารถรับข้อมูลประจำตัวชั่วคราวในการเข้าถึงบริการ AWS ต่างๆ ได้ นอกจากนี้ยังต้องสร้าง Fargate Profile เฉพาะสำหรับเนมสเปซเกม 2048 โดยใช้คำสั่ง <code>eksctl create fargateprofile --cluster demo-eks-cluster --region us-east-1 --name alb-game-2048 --namespace game-2048</code> เพื่อแยกการทำงานของแอปพลิเคชันอย่างเป็นระเบียบ</p><p>เมื่อถึงขั้นตอนการติดตั้ง AWS Load Balancer Controller ซึ่งทำหน้าที่สร้างและจัดการ ALB สำหรับ Kubernetes Ingress resources อาจพบปัญหาในการเชื่อมต่อกับ Helm repository โดยคำสั่ง <code>helm repo add eks https://aws.github.io/eks-charts</code> อาจแสดงข้อผิดพลาด EOF แม้ว่าการดาวน์โหลดไฟล์ index.yaml ผ่าน curl จะทำได้ปกติก็ตาม ทางออกคือนำเข้าไฟล์แพ็กเกจด้วย wget เช่น <code>wget https://aws.github.io/eks-charts/aws-load-balancer-controller-3.4.3.tgz</code> แล้วจึงทำการติดตั้งผ่าน Helm แทน</p><p>ปัญหาอีกจุดหนึ่งที่มักพบคือข้อผิดพลาด CrashLoopBackOff และข้อความ <code>failed to fetch VPC ID from instance metadata</code> ซึ่งมีสาเหตุมาจากการที่ Fargate pods ไม่สามารถเข้าถึง EC2 Instance Metadata Service (IMDS) ได้โดยตรง ทำให้ต้องดึงค่า VPC ID ผ่านคำสั่ง AWS CLI เช่น <code>aws eks describe-cluster --name demo-eks-cluster --region us-east-1 --profile dev --query "cluster.resourcesVpcConfig.vpcId"</code> แทน</p><p class="source-attribution">ที่มา: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/goodluck_ekeoma_2c98866d0/-deploying-a-production-style-amazon-eks-cluster-on-fargate-with-aws-load-balancer-controller-and-15pa" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

<div class="key-takeaways"><ul><li>Run all workloads on AWS Fargate without managing worker nodes</li><li>Configure OpenID Connect and a dedicated Fargate profile for the game-2048 namespace</li><li>Troubleshoot common Helm repository issues and Fargate IMDS access limitations</li></ul></div><p>This technical guide details the process of deploying a Kubernetes application on Amazon Elastic Kubernetes Service (EKS) leveraging AWS Fargate, while routing traffic through an Application Load Balancer (ALB) managed by the AWS Load Balancer Controller. By running all application workloads directly on AWS Fargate, system administrators completely bypass the overhead of managing underlying worker nodes.</p><p>Before diving into the deployment steps, verify that all necessary command-line utilities are installed and properly configured on your local machine:</p><ul><li>AWS CLI (verify via <code>aws --version</code>)</li><li>Kubectl (verify via <code>kubectl version --client</code>)</li><li>Eksctl (verify via <code>eksctl version</code>)</li><li>Helm (verify via <code>helm version</code>)</li></ul><p>Additionally, the IAM user executing the deployment must be granted specific AWS managed policies. These include permissions to create and manage EKS clusters, allow EKS to interact with other AWS services, handle node and Fargate operations, permit Kubernetes components to pull container images from ECR, and create IAM roles, service accounts, and AWS CloudFormation stacks as required by eksctl.</p><div class="ai-insight"><p>Combining Amazon EKS with AWS Fargate delivers a true serverless container orchestration experience, removing the operational burden of patching operating systems and scaling EC2 instances. However, developers must be mindful of architectural differences, such as the restriction where Fargate pods cannot directly access the EC2 Instance Metadata Service (IMDS), requiring explicit configuration workarounds.</p></div><p>Once prerequisites and permissions are verified, you can provision the cluster using the command <code>eksctl create cluster --name demo-eks-cluster --region us-east-1 --fargate</code>. Afterward, update the kubeconfig file so that kubectl can seamlessly communicate with the newly created cluster. It is worth noting that for Fargate deployments, running <code>kubectl get nodes</code> will not display any EC2 instances.</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/amazon_eks_fargate_aws_load_balancer_controller_2048_msc1xlyd_inline_1_b66bf4eadc.jpg" alt="Kubernetes cluster terminal command line" loading="lazy" /><p class="color-gray-500 text-sm mt-10">Stock photo for illustration only, not from the actual event</p></div><p>To ensure secure communication between Kubernetes service accounts and AWS IAM roles, OpenID Connect (OIDC) must be associated using IRSA (IAM Roles for Service Accounts), granting pods temporary AWS credentials safely. Furthermore, creating a namespace-specific Fargate profile is accomplished via <code>eksctl create fargateprofile --cluster demo-eks-cluster --region us-east-1 --name alb-game-2048 --namespace game-2048</code> to isolate the application workloads.</p><p>During the installation of the AWS Load Balancer Controller—which manages ALB resources for Kubernetes Ingress—you might encounter a Helm repository communication error resulting in an EOF when running <code>helm repo add eks https://aws.github.io/eks-charts</code>, even if fetching the index file directly via curl works. The workaround involves downloading the tarball explicitly using wget, such as <code>wget https://aws.github.io/eks-charts/aws-load-balancer-controller-3.4.3.tgz</code>, and installing it locally via Helm.</p><p>Another common hurdle involves a CrashLoopBackOff error accompanied by the message <code>failed to fetch VPC ID from instance metadata</code> during controller log inspection. Because Fargate pods lack access to the EC2 IMDS, administrators must explicitly query the VPC ID using the AWS CLI command <code>aws eks describe-cluster --name demo-eks-cluster --region us-east-1 --profile dev --query "cluster.resourcesVpcConfig.vpcId"</code>.</p><p class="source-attribution">Source: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/goodluck_ekeoma_2c98866d0/-deploying-a-production-style-amazon-eks-cluster-on-fargate-with-aws-load-balancer-controller-and-15pa" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

large_article-1257.jpg

medium_article-1257.jpg

small_article-1257.jpg

thumbnail_article-1257.jpg

Inewgen

Inewgen

#AWS Load Balancer Controller

Deploying a Production-Style Amazon EKS Cluster on Fargate with AWS Load Balancer Controller

Inewgen