#โทโพโลยีเครือข่าย
มุมมองโทโพโลยีเป็นกราฟสถานะที่ต้องการที่แก้ไขได้ซึ่งซ้อนทับกับสถานะรันไทม์ libvirt ที่ค้นพบ การแยกชั้นทั้งสองออกจากกันจะช่วยป้องกันไม่ให้การ์ดบนผืนผ้าใบถูกเข้าใจผิดว่าเป็นโครงสร้างพื้นฐานที่ใช้งาน
โมเดลกราฟ
| องค์ประกอบ | สถานะที่ต้องการ | หลักฐานรันไทม์ |
|---|---|---|
| โหนด VM | ชื่อ ทรัพยากร ดิสก์ ชุดบูต ตำแหน่ง | รหัส/ชื่อโดเมน สถานะพลังงาน อินเทอร์เฟซ ผลลัพธ์การปรับใช้ |
| โหนดเครือข่าย | ชื่อโลจิคัล, ประเภท, ซับเน็ต, ตำแหน่ง | ชื่อเครือข่าย Libvirt, บริดจ์, สถานะใช้งาน, สถานะ DHCP |
| ขอบ | สิ่งที่แนบมากับ VM ไปยังเครือข่ายที่ต้องการ | อินเทอร์เฟซ/MAC ที่เชื่อมต่อกับเครือข่ายรันไทม์ที่คาดหวัง |
โหนดสามารถวางแผน จัดเตรียม รัน หยุด หรือล้มเหลวได้ ใช้สถานะข้อความและรายละเอียดการปรับใช้ สีเป็นสัญญาณรองและสามารถเปลี่ยนได้ด้วยธีม UI
ตัวเลือกเครือข่าย
- เครือข่าย NAT ให้แขกออกผ่านเครือข่าย libvirt ที่มีการจัดการเมื่อ โฮสต์และนโยบายอนุญาต
- เครือข่ายแบบแยกให้การเชื่อมต่อ VM-to-VM โดยไม่มีเส้นทางภายนอก
- พฤติกรรมบริดจ์หรืออินเทอร์เน็ตโดยตรงเพิ่มเติมคือตัวดำเนินการและ เฉพาะการใช้งาน; มันไม่ได้บอกเป็นนัยโดยการวาดขอบ
สำหรับการกำหนดแอดเดรสแบบคงที่ ซับเน็ตที่เขียน เกตเวย์ ที่อยู่ที่สงวนไว้ ช่วง DHCP การจอง MAC และการกำหนดค่าของแขกจะต้องยอมรับ ขอบกราฟเพียงอย่างเดียวไม่ได้กำหนดค่าที่อยู่ภายในแขกโดยพลการ
การแก้ไขและการปรับใช้
- เลือกขอบเขตโปรเจ็กต์/บิลด์ที่ถูกต้องก่อนทำการแก้ไข
- เพิ่ม VM และโหนดเครือข่ายและเชื่อมต่อที่จับ
- เลือกอิมเมจสำหรับบูตและทรัพยากรสำหรับ VM ทุกเครื่อง
- บันทึกโทโพโลยีและยืนยันความก้าวหน้าการแก้ไขเซิร์ฟเวอร์
- ปรับใช้โหนดและรอข้อมูลซ้อนทับรันไทม์
- ตรวจสอบแต่ละ Edge ที่ต้องการกับอินเทอร์เฟซที่แท้จริงของ VM
โทโพโลยีของโปรเจ็กต์ยังคงอยู่บนเซิร์ฟเวอร์พร้อมการตรวจสอบการแก้ไข UI ยังใช้แคชในเครื่องและการบันทึกที่ถูก debounced ดังนั้นโปรดรอให้การบันทึกเสร็จสิ้นก่อนที่จะเปลี่ยนขอบเขตหรือปิดหน้า ข้อผิดพลาดในการบันทึกหมายความว่าแคนวาสยังไม่ทนทาน
ตัวอย่างการตรวจสอบการยอมรับ
สำหรับโทโพโลยีไคลเอ็นต์/API:
client -- isolated-lan -- api
\
nat-egress (only if required)ตรวจสอบสิ่งต่อไปนี้ทั้งหมด:
- ทั้งสองโดเมนมีอยู่และกำลังทำงานอยู่
- ทั้งสองมีอินเทอร์เฟซบนเครือข่ายแยกรันไทม์เดียวกัน
- แผนที่การแก้ปัญหาชื่อ/ที่อยู่
apiไปยังแขกที่ต้องการ; - การยืนยันฝั่งไคลเอ็นต์ไปถึงจุดสิ้นสุดความสมบูรณ์ของ API
- เครือข่ายแบบแยกไม่มีเส้นทางภายนอกที่ไม่ได้ตั้งใจ
- NAT edge ใดๆ จะมีอยู่เฉพาะในกรณีที่สูตรต้องมีทางออกเท่านั้น
รีเฟรชและส่งออก
สถานะรันไทม์ได้รับการรีเฟรชจากพื้นที่โฆษณาแบ็กเอนด์ และอาจล่าช้าในช่วงสั้นๆ ของคำขอวงจรการใช้งาน รีเฟรชด้วยตนเองเมื่อตรวจสอบการเปลี่ยนแปลง มุมมองโทโพโลยีบางรายการเปิดเผยการส่งออก JSON สำหรับเอกสารประกอบ กราฟที่ส่งออกเป็นข้อมูลสถานะที่ต้องการ ไม่ใช่ข้อมูลสำรองของดิสก์ VM หรือพิสูจน์ว่ารันไทม์ตรงกัน
ดู การสร้าง VM และ การยืนยันที่กำหนดเอง