Category: Amazon Elastic Kubernetes Service

ลูกค้า AWS ใช้งาน Amazon EKS ใน AWS Local Zones เพื่อให้ลูกค้าของตนเข้าถึงบริการด้วยความหน่วงที่ต่ำ และปฏิบัติตามนโยบายด้านการประมวลผลข้อมูลในประเทศ รวมถึงในบางกรณีมีความจำเป็นต้องใช้งานหมายเลขไอพีสาธารณะแบบคงที่ เพื่อสื่อสารกับระบบของคู่ค้าที่มีข้อกำหนดดังกล่าว อย่างไรก็ตาม ทรัพยากร Kubernetes (k8s) เช่น เครื่อง worker อาจมีการปิดเปิดเครื่องตามสถานการณ์ต่างๆ ทำให้เกิดการเปลี่ยนแปลงที่อยู่ไอพีของเครื่องได้ ยกตัวอย่างเช่น การอัปเกรดเวอร์ชันของ EKS คลัสเตอร์ โดยเราสามารถนำ KubeIP v2 มาช่วยในการกำหนดหมายเลขไอพีสาธารณะแบบคงที่ได้ โดยใช้ประโยชน์จากความสามารถของคลาวด์ เพื่อให้แน่ใจว่าการกำหนดที่อยู่ไอพีจะเป็นหมายเลขเดิม แม้ว่าเครื่อง worker จะถูกปิดและสร้างขึ้นใหม่ก็ตาม

บทนำ ในงาน AWS re:Invent 2023 ที่จะเกิดขึ้นในปลายพฤศจิกายนนั้น มี Session เกี่ยวกับ Kubernetes และ Cloud-native มากมาย เพื่อที่จะช่วยให้คุณได้ศึกษาค้นคว้าและเลือก Session ที่เหมาะสมกับคุณ เราได้รวบรวม session ต่างๆไว้ด้านล่างโดยทำการแบ่งกลุ่มตาม Core focus area และโยงเข้ากับ Session ใน re:Invent โปรดใช้เวลาลองอ่านรายละเอียดในแต่ละลิงค์ที่เลือก

คุณ Channy Yun, Principal Developer Advocate ของ AWS ได้สรุปเรื่องราวในสัปดาห์ที่ผ่านมาในบทความนี้ ซึ่งเป็นส่วนหนึ่งของซีรีย์ Week in Review โดยท่านสามารถติดตามข่าวสารที่น่าสนใจและประกาศต่าง ๆ จาก AWS ได้ที่นี่ทุกสัปดาห์

บทความนี้ส่วนหนึ่งแปลมาจาก Introducing OIDC identity provider authentication for Amazon EKS ที่เขียนร่วมโดย Rashmi Dwaraka, Mike Stefaniak และ Paavan Mistry จาก AWS

บทนำ Karpenter ถูกสร้างมาเพื่อช่วยแก้ปัญหาเกี่ยวกับการเลือก node ที่เหมาะสมที่สุดใน Kubernetes รูปแบบของ Karpenter คือ คุณต้องการอะไร เมื่อไหร่ที่คุณต้องการ (what-you-need-when-you-need-it) ช่วยทำให้กระบรวนการจัดการทรัพยากร compute ใน Kubernetes ทำได้ง่ายขึ้น โดยการเพิ่ม Compute capacity ไปที่ Cluster ของคุณตามความต้องการของ Pod จากการออก release ล่าสุดของการรวบรวม  workload (workload consolidation) ตอนนี้ Karpenter สามารถเปิดใช้งานการมอนิเตอร์อย่างต่อเนื่องและการกำหนดการสร้าง Pod ได้อย่างเหมาะสม เพื่อที่จะใช้ทรัพยากรได้อย่างเหมาะสมและลดค่าใช้จ่ายของ compute

เป็นที่ทราบกันดีว่า Kubernetes (K8s) เป็นเครื่องมือที่ได้รับความนิยมสำหรับการทำ container orchestration ซึ่งช่วยให้ผู้ใช้งานสามารถที่จะรันและจัดการ application ประเภท container ในระดับสเกลได้สะดวกขึ้น ถึงแม้ AWS จะมีบริการอย่าง Amazon EKS มาช่วยจัดการในส่วนคลัสเตอร์ให้แล้ว แต่ ecosystem ของ K8s เติบโตเร็วมาก ทำให้ add-on เกิดขึ้นมาให้เลือกใช้งานมากมายหลากหลายเพื่อใช้งานในลักษณะที่แตกต่างกัน ด้วยเหตุผลนี้ทำให้การสร้าง K8s คลัสเตอร์ ขึ้นมาใช้งานให้ตรงตามความต้องการของเรานั้น อาจจะทำให้เกิดความลังเลในการตัดสินใจเลือกใช้เครื่องไม้เครื่องมือต่างๆ รวมถึงไม่มั่นใจว่าคลัสเตอร์ที่เราใช้งานอยู่นั้นตรงตามวิธีปฏิบัติ (best practices) หรือไม่ ซึ่งทำให้ใช้เวลาพอสมควรกว่าจะได้เริ่มรัน workload บน K8s

ทีมวิศวกรของ OLX Autos มาแชร์ประสบการณ์ทางเทคนิคที่ช่วยให้สามารถรัน pod เป็นจำนวนหมื่นตัวด้วย Amazon EKS เพียงคลัสเตอร์เดียว รวมถึงการนำ spot อินสแตนซ์ มาใช้งานเพื่อช่วยประหยัดค่าใช้จ่ายลงได้เป็นอย่างมาก

เพื่อให้รองรับกับความต้องการของผู้ใช้งาน แอปพลิเคชันที่เป็น Dynamic HTTP-based จำเป็นต้องมีการ Scale Kubernetes pods อย่างสม่ำเสมอ สำหรับที่แอปพลิเคชันที่เปิดใช้งานผ่าน Kubernetes ingress AWS Application Load Balancer (ALB) จะช่วยกระจาย Traffic ที่เข้ามาโดยอัตโนมัติไปที่ Replica ใหม่ที่ Scale ขึ้นมา เมื่อแอปพลิเคชัน Scale-down เนื่องจากความต้องการใช้งานแอพพลิเคชันที่ลดลงแล้ว ผู้ใช้งานอาจได้รับผลกระทบสั้น ๆ จากการ Scale pods เหล่านี้ ในบทความนี้ เราจะอธิบายวิธีการสร้างสถาปัตยกรรมที่ทำให้แอปพลิเคชันสามารถ Scale-down ได้อย่างราบรื่น และช่วยลดผลกระทบกับผู้ใช้งานให้น้อยที่สุด

คุณ Channy Yun, Principal Developer Advocate ได้อัปเดตสรุปเรื่องราวในสัปดาห์ที่ผ่านมาในบทความนี้ ซึ่งเป็นส่วนหนึ่งของซีรีย์ Week in Review โดยท่านสามารถติดตามข่าวสารที่น่าสนใจและประกาศต่าง ๆ จาก AWS ได้ที่นี่ทุกสัปดาห์

คุณ Danilo Poccia, Chief Evangelist (EMEA) จาก Amazon Web Services กำลังเตรียมพร้อมกับงาน AWS re:Invent ที่จะเกิดขึ้นในสัปดาห์หน้า และได้อัปเดตสรุปประกาศการเปิดตัวใหม่ ๆ ของ AWS ในรอบสัปดาห์ที่ผ่านมาไว้ในบทความนี้ ซึ่งเป็นส่วนหนึ่งของซีรีย์ Week in Review โดยท่านสามารถติดตามข่าวสารที่น่าสนใจและประกาศต่าง ๆ จาก AWS ได้ที่นี่ทุกสัปดาห์