Pod คือหน่วยที่เล็กที่สุดและเรียบง่ายที่สุดใน Kubernetes ครับ ถ้าให้เปรียบเทียบง่าย ๆ ให้คิดว่า Kubernetes เป็นเหมือนเรือขนส่งสินค้าขนาดใหญ่ ตัว Pod ก็คือ “ตู้คอนเทนเนอร์” 1 ตู้นั่นเอง
โดยปกติแล้ว ใน 1 Pod มักจะมีแค่ 1 แอปพลิเคชัน (1 Container) รันอยู่ข้างใน แต่ในบางกรณี มันสามารถมีหลาย Container อยู่ร่วมกันได้ ถ้าแอปพลิเคชันเหล่านั้นจำเป็นต้องทำงานประสานกันอย่างใกล้ชิด
3 คุณสมบัติสำคัญของ Pod ที่ควรรู้
เมื่อ Container มาอยู่ร่วมกันใน Pod เดียวกัน พวกมันจะมีพฤติกรรมเหมือนเป็นเครื่องคอมพิวเตอร์เครื่องเดียวกันทันที
- ใช้ IP เดียวกัน (Shared Network)
ทุก Container ใน Pod จะแชร์ Network Namespace ร่วมกัน หมายความว่าพวกมันสามารถคุยกันเองได้ง่าย ๆ ผ่านlocalhostและพอร์ตที่ต่างกัน - ใช้ที่เก็บข้อมูลร่วมกันได้ (Shared Storage/Volumes)
เราสามารถตั้งค่าให้ Container ใน Pod เข้าถึงโฟลเดอร์เดียวกันเพื่อแชร์ไฟล์หรือข้อมูลระหว่างกันได้ - เกิด-ตายพร้อมกัน (Lifecycle)
Pod มีวงจรชีวิตของมันเอง ถ้า Pod ถูกลบหรือย้ายไปเครื่องอื่น Container ทุกตัวที่อยู่ข้างในนั้นก็จะถูกลบและสร้างใหม่พร้อมกันทั้งหมด
รูปแบบการใช้งาน Pod (1 Container vs. Multi-Container)
เพื่อให้เห็นภาพชัดเจนขึ้น ลองดูความแตกต่างของการจัดวาง Container ใน Pod ครับ
- แบบยอดนิยม: One-container-per-Pod
เป็นท่ามาตรฐาน (Standard) ที่ใช้กันทั่วไป 90% ของระบบ คือ 1 Pod มีแค่ 1 Container เช่น Pod ของ Web App, Pod ของ API Base เผื่อเวลาอยากขยายระบบ (Scale) ก็แค่สั่งเพิ่มจำนวน Pod นี้นับเป็นตัวๆ ไปเลย - แบบขั้นสูง: Multi-container Pod
ใช้เมื่อมี Container รอง (เรียกว่า Sidecar Container) มาช่วยงาน Container หลัก โดยที่มันต้องอยู่ด้วยกันตลอดเวลา แยกกันไม่ได้
ตัวอย่างจริง
Container หลักทำหน้าที่รัน Web Application ส่วน Container รอง (Sidecar) ทำหน้าที่คอยดึง Log ของ Web App ส่งไปเก็บไว้ที่ระบบส่วนกลาง (เช่น Elasticsearch) สองตัวนี้จึงต้องมัดรวมกันอยู่ใน Pod เดียวกัน
ข้อควรระวัง: Pod เป็นสิ่ง “ชั่วคราว” (Ephemeral)
เรื่องนี้สำคัญมากครับ Pod ใน Kubernetes ถูกออกแบบมาให้พร้อม “ตาย” ได้ตลอดเวลา ถ้าเครื่อง Server (Node) ที่มันรันอยู่พัง ตัว Pod ก็จะตายไปเลย และ Kubernetes จะไปสั่งสร้าง Pod ตัวใหม่ขึ้นมาทดแทนให้โดยอัตโนมัติ
ดังนั้น
- อย่าเซฟข้อมูลสำคัญไว้ใน Pod ตรง ๆ เพราะถ้า Pod ตาย ข้อมูลจะหายทันที (ต้องใช้ Kubernetes Volumes ช่วยเก็บข้อมูลถาวร)
- เรามักจะไม่สร้าง Pod เดี่ยว ๆ ขึ้นมาใช้งานเอง แต่จะสั่งงานผ่านตัวคุมที่เรียกว่า Deployment หรือ ReplicaSet เพื่อให้มันคอยดูแลและสั่งงอก Pod ใหม่ให้เราเวลามันพังครับ
อ่านเพิ่มเติม