เครือข่ายเนทีฟ GCP/GKE VPC ใช้การกำหนด IP ของนามแฝงให้กับแต่ละพ็อดอย่างไร
เช่นเดียวกับใน Google Kubernetes Engine â ระบบเครือข่ายแต่ละ Pod จะมี IP จากช่วง IP รอง CIDR ของซับเน็ต (เช่น 10.4.1.1)
แต่ละพ็อดในอินสแตนซ์ Linux มี I/F ของตัวเองแต่ละ veth(i) สำหรับ pod(i) เชื่อมโยงกับอินเทอร์เฟซเครือข่ายของกล่อง Linux ที่พ็อดทำงานอย่างไร แต่ละพ็อด (veth) มีอินเทอร์เฟซเครือข่ายของตัวเองติดอยู่กับกล่อง Linux หรือพ็อดและอินเทอร์เฟซ veth ทั้งหมดแชร์ eth0 เดียว
ตาม เครือข่าย Kubernetes บน Google Cloud ระบุว่า eth0 เดียวของกล่อง Linux ถูกแชร์ระหว่างพ็อด จากนั้น eth0 เดียวจะมีที่อยู่ IP ของนามแฝงรองหลายรายการที่เชื่อมโยงกับมัน แล้วกล่อง Linux สามารถแยกแพ็กเก็ตไปยัง IP นามแฝงแต่ละรายการและกำหนดเส้นทางไปยัง pod/veth ที่เกี่ยวข้องได้อย่างไร มันใช้ iptable เพื่อแมป IP นามแฝงกับ veth หรือไม่
เอกสาร GKE ช่วง IP ของนามแฝงที่กำหนดในอินเทอร์เฟซเครือข่าย VM ไม่มีรายละเอียด
แต่ละ veth สำหรับพ็อดเชื่อมโยงกับอินเทอร์เฟซเครือข่ายของกล่องลินุกซ์ที่พ็อดทำงานอย่างไร
GKE สร้าง เนมสเปซเครือข่าย เพื่อเชื่อมต่อ ฝัก veth กับ eth0 ของโหนด
แต่ละพ็อด (veth) มีอินเทอร์เฟซเครือข่ายของตัวเองติดอยู่กับกล่องลินุกซ์ หรือพ็อดและอินเทอร์เฟซ veth ทั้งหมดใช้ eth0 เดียวร่วมกัน
veths ทั้งหมดเชื่อมต่อกับอินเทอร์เฟซ eth0 เดียวผ่านบริดจ์ (cbr0) แผนผัง
กล่อง linux สามารถแยกแพ็กเก็ตไปยังแต่ละ alis IP และกำหนดเส้นทางไปยัง pod/veth ที่สอดคล้องกันได้อย่างไร มันใช้ iptable เพื่อแมป IP นามแฝงกับ veth หรือไม่
kube-พร็อกซี แก้ไข iptable บนโหนดเพื่อกำหนดเส้นทางการรับส่งข้อมูลไปยังพ็อดที่เหมาะสม
คุณสามารถค้นหาข้อมูลเพิ่มเติมได้ในนี้ บทความ และ stackoverflow นี้ คำตอบ.
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
