แนวคิดหลักและสถาปัตยกรรม

ต่อไปคือพื้นฐาน: สถาปัตยกรรมของ Kubernetes เราจะสำรวจส่วนต่าง ๆ ตั้งแต่สมองของระบบ (ระนาบควบคุม) ไปจนถึงส่วนที่ทำงานหนัก (โหนดผู้ปฏิบัติงาน)

Kubernetes ทำงานบน สถาปัตยกรรมมาสเตอร์-เวิร์กเกอร์: มาสเตอร์ (ระนาบควบคุม) จะจัดการสถานะของคลัสเตอร์ ส่วนโหนดผู้ปฏิบัติงานจะเรียกใช้แอปจริงของคุณ

ระนาบควบคุมคือสมองของคลัสเตอร์ ระบบจะตัดสินใจในภาพรวม และทำงานอย่างต่อเนื่องเพื่อให้สถานะจริงของคลัสเตอร์ตรงกับสถานะที่คุณต้องการ

kube-apiserverคือประตูหน้าสู่ระนาบควบคุม การโต้ตอบทุกอย่าง — ไม่ว่าจะเป็นของคุณผ่าน kubectl หรือระหว่างส่วนประกอบต่าง ๆ — จะไหลผ่าน API นี้

etcdคือคลังข้อมูลคีย์-ค่าที่สอดคล้องกัน ซึ่งเก็บสถานะทั้งหมดของคลัสเตอร์ไว้ เป็นแหล่งข้อมูลจริงเพียงแหล่งเดียวของคุณ — หาก etcd หยุดทำงาน คลัสเตอร์ก็จะสูญเสียความทรงจำ

kube-schedulerจะค้นหาพ็อดที่ยังไม่มีโฮสต์ และเลือกโหนดที่ดีที่สุดให้แต่ละพ็อด โดยพิจารณาทรัพยากร ข้อจำกัด และกฎความใกล้ชิด

ตัวจัดการคอนโทรลเลอร์จะเรียกใช้ลูปควบคุมที่ทำให้สถานะจริงตรงกับสถานะที่คุณต้องการ เช่น ตรวจพบโหนดที่หยุดทำงาน ตรวจสอบให้มีจำนวนพ็อดที่ถูกต้อง และงานอื่น ๆ

โหนดผู้ปฏิบัติงานคือสถานที่ที่คอนเทนเนอร์ของคุณทำงานจริง แต่ละโหนดมีบริการที่จำเป็นสำหรับการเรียกใช้พ็อด จัดการเครือข่าย และสื่อสารกับระนาบควบคุม

kubeletคือตัวแทนที่ทำงานอยู่บนโหนดผู้ปฏิบัติงานทุกโหนด โดยรับข้อกำหนดของพ็อดจากเซิร์ฟเวอร์ API และตรวจสอบให้คอนเทนเนอร์เหล่านั้นทำงานอยู่และมีสถานะปกติ

kube-proxyทำงานบนแต่ละโหนดและจัดการเครือข่ายสำหรับบริการต่าง ๆ โดยกำหนดเส้นทางการรับส่งข้อมูลไปยังพ็อดที่มีสถานะปกติ ไม่ว่าข้อมูลนั้นจะมาจากภายในหรือภายนอกคลัสเตอร์

มาทดสอบความเข้าใจของคุณเกี่ยวกับส่วนประกอบหลักของ Kubernetes กัน

ทำได้ดีมาก! ตอนนี้คุณรู้จักโมเดล มาสเตอร์-เวิร์กเกอร์ ระนาบควบคุม (เซิร์ฟเวอร์ API, etcd, ตัวจัดตารางเวลา, ตัวจัดการคอนโทรลเลอร์) และส่วนประกอบของโหนดผู้ปฏิบัติงาน (kubelet, kube-proxy) แล้ว