Score:0

เหตุใดบางครั้ง 'kubectl' จึงส่งคืนชื่อ *node* แทนชื่อ *pod* หากพ็อดที่ระบุไม่มีอยู่ในคลัสเตอร์อีกต่อไป

ธง cn
ebr

บางครั้ง kubectl รับ pod some-pod-1234abc ส่งคืนข้อผิดพลาดเช่น: ข้อผิดพลาดจากเซิร์ฟเวอร์ (NotFound): ไม่พบพ็อด "ip-192-168-55-196.us-east-1.compute.internal". สิ่งนี้น่าแปลกใจเพราะข้อผิดพลาดอ้างอิงถึง a โหนดไม่ใช่ ก ฝัก ชื่อ. สิ่งนี้เกิดขึ้นน้อยมากและ น่าจะเป็น (ฉันยังไม่ได้ยืนยันสิ่งนี้อย่างแน่นอน) เกิดขึ้นเฉพาะกับพ็อดที่เป็น เร็วๆ นี้ ลบแล้ว

เงื่อนไขใดที่อาจทำให้สิ่งนี้เกิดขึ้น นี่คือคลัสเตอร์ Kubernetes 1.20 ใน AWS EKS โดยใช้อินสแตนซ์ Spot ฉันไม่กังวลกับการที่พ็อดถูกลบ แต่กำลังพยายามทำความเข้าใจว่าทำไม โหนด ส่งคืนชื่อโดย คูเบก ในข้อความแทนการ ฝัก ชื่อ.

in flag
คุณสามารถลองใช้คำฟุ่มเฟือยของ kubectl เพื่อดูว่ากำลังขออะไรอยู่ โดยปกติแล้ว การกล่าวถึงชื่อโหนดเมื่อพยายามโต้ตอบกับทรัพยากร Pod นั้นมีไว้สำหรับบันทึก เนื่องจากจำเป็นต้องติดต่อ kubelet ที่พอร์ต 10254 เพื่อรับบันทึก แต่ฉันจำไม่ได้ว่าเคยเห็นพฤติกรรมนั้นเพียงแค่ "รับพ็อด" การดำเนินการ
Wytrzymały Wiktor avatar
it flag
สวัสดี @ebr การปรับปรุงใด ๆ ?
ebr avatar
cn flag
ebr
@WytrzymaÅyWiktor ตรวจสอบคำตอบของ Rajesh Dutta ด้านล่าง เป็นเรื่องที่สมเหตุสมผลที่พ็อดได้รับรายการ DNS ที่ *ดูเหมือน* เหมือนกับชื่อโหนด แต่อันที่จริงแล้วเป็นเพียงชื่อ DNS ภายในมาตรฐานที่ใช้โดยเครือข่าย AWS
Score:2
ธง br

นี่เป็นพฤติกรรมที่คาดหวัง นั่นคือวิธีการลงทะเบียน Pod ใน DNS (ระเบียน AAAA)

ไวยากรณ์: ที่อยู่ pod-ip.เนมสเปซ.podกลุ่ม

ในความเข้าใจของฉัน:

พ็อด

  • ที่อยู่ IP = ip-192-168-55-196
  • เนมสเปซ = เรา-ตะวันออก-1
  • คลัสเตอร์ = compute.internal

ตรวจสอบสิ่งนี้ ลิงค์.

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา