devops/calculator
คำนวณทรัพยากรและจำนวน Node ของ Kubernetes - ฟรี ใช้งานได้ทันที | Smocky
คำถามที่พบบ่อย
ทำไมคำนวณจาก requests แทน limits
scheduler ของ Kubernetes วาง Pod ตาม CPU และหน่วยความจำที่ร้องขอ ส่วน limits จำกัดการใช้งานขณะทำงาน จึงแสดงผลรวม limits แยกและไม่เพิ่ม Node หากมี Pod ไม่กำหนด limit ของทรัพยากรใด ผลรวมของทรัพยากรนั้นจะแสดงว่าไม่ครบ
ทรัพยากรที่กันไว้ต่อ Node ควรรวมอะไร
รวม CPU และหน่วยความจำสำหรับระบบและ kubelet ส่วนสำรอง eviction และ requests ของ DaemonSet ต่อ Node กรอก DaemonSet ที่นี่เท่านั้น อย่านับซ้ำในกลุ่ม Pod ความจุสำหรับภาระงานที่เหลืออาจต่ำกว่า Node Allocatable เพราะหัก DaemonSet ด้วย
ทำไมจำนวน Node มากกว่าผลรวม requests หารด้วยขนาด Node
Pod หนึ่งตัวแบ่งข้าม Node ไม่ได้ Pod สี่ตัวที่ร้องขอ CPU ตัวละ 3 cores ต้องใช้สี่ Node ที่มี CPU ใช้ได้ตัวละ 4 cores แม้ 12 หาร 4 ได้สาม เครื่องมือวาง Pod จากใหญ่ไปเล็กบน Node แรกที่มีทั้ง CPU และหน่วยความจำพอ
จำนวน Node โดยประมาณรับประกันผลหรือไม่
ไม่รับประกัน ใช้วิธี first-fit decreasing ไม่ได้พิสูจน์จำนวนต่ำสุดหรือจำลอง scheduler จริง ไม่คิด affinity, taints, topology spread, จำนวน Pod สูงสุด และส่วนสำรองเมื่อ Node เสีย
ความจุที่ยังไม่มีการร้องขอหมายถึงอะไร
คือความจุสำหรับภาระงานที่ไม่มี Pod ร้องขอ ทั้งต่อ Node และรวมทุก Node โดยประมาณ ไม่ใช่การวัดการใช้งานจริงและไม่รับประกันว่าจะรองรับโหลดพุ่งเกิน requests ได้
ค่าใช้จ่ายรายเดือนรวมอะไร
เฉพาะจำนวน Node โดยประมาณคูณราคาต่อ Node ต่อเดือนที่กรอก ในสกุลเงินเดียวกัน ไม่ดึงราคา ไม่แปลงสกุลเงิน และไม่รวม storage, load balancer, egress หรือ control plane