วิกิพีเดียภาษาไทย
กลับไปหน้าบทความ

อ่าน 11 นาที

ไม่มีชื่อบทความ

VMware ESX (เดิมชื่อ ESXi ) และ VMware ESX รุ่นก่อนหน้าอีกรุ่นหนึ่ง [ 5 ] เป็น ไฮเปอร์ไวเซอร์ ระดับองค์กร ประเภท 1 ที่พัฒนาโดย VMware ซึ่งปัจจุบันเป็นบริษัทในเครือของ Broadcom...

VMware ESX

VMware ESX (เดิมชื่อESXi ) และVMware ESX รุ่นก่อนหน้าอีกรุ่นหนึ่ง [ 5 ]เป็น ไฮเปอร์ไวเซอร์ ระดับองค์กรประเภท1ที่พัฒนาโดยVMwareซึ่งปัจจุบันเป็นบริษัทในเครือของBroadcomสำหรับการใช้งานและให้บริการคอมพิวเตอร์เสมือนในฐานะไฮเปอร์ไวเซอร์ประเภท 1 ESX ไม่ใช่แอปพลิเคชันซอฟต์แวร์ที่ติดตั้งบนระบบปฏิบัติการ (OS) แต่จะรวมและผสานรวม ส่วนประกอบสำคัญของระบบปฏิบัติการ เช่นเคอร์เนล[ 6 ]

ก่อนESXi 3.0 (ที่วางจำหน่ายในปี 2008) มีเพียงไฮเปอร์ไวเซอร์ดั้งเดิมที่ชื่อESX เท่านั้น และในช่วงเวลาหนึ่ง ผลิตภัณฑ์ไฮเปอร์ไวเซอร์ทั้งสองก็มีอยู่ (จนกระทั่งการวางจำหน่ายESX 4.1 ครั้งสุดท้าย ในปี 2010) ESXi แทนที่ Service Console (ระบบปฏิบัติการพื้นฐาน) ด้วยระบบปฏิบัติการที่ผสานรวมอย่างใกล้ชิดยิ่งขึ้น ESX/ESXi เป็นส่วนประกอบหลักในชุดซอฟต์แวร์ โครงสร้างพื้นฐาน ของVMware [ 7 ]อย่างไรก็ตาม ตั้งแต่เวอร์ชัน 9.0 เป็นต้นไป VMware ได้เปลี่ยนชื่อ ESXi เป็นESXแม้ว่าชื่อนี้จะเคยถูกใช้มาก่อนแล้วสำหรับผลิตภัณฑ์ไฮเปอร์ไวเซอร์รุ่นก่อนหน้าของพวกเขา[ 8 ]

ชื่อESXมีที่มาจากคำย่อของElastic Sky X [ 9 ] [ 10 ] ในเดือนกันยายน พ.ศ. 2547 ระบบที่ใช้แทน ESX ภายในเรียกว่าVMvisorแต่ต่อมาเปลี่ยนเป็น ESXi (เนื่องจาก "i" ใน ESXi ย่อมาจาก "integrated") [ 11 ] [ 12 ]

สถาปัตยกรรม

ESX ทำงานบนฮาร์ดแวร์เปล่า (โดยไม่ต้องรันระบบปฏิบัติการ) [ 13 ] ซึ่ง แตกต่างจากผลิตภัณฑ์ VMware อื่นๆ[ 14 ]โดยมีเคอร์เนลเป็นของตัวเอง ใน VMware ESX รุ่นเก่าเคอร์เนล Linuxจะเริ่มทำงานก่อน[ 15 ]จากนั้นจึงใช้ในการโหลดส่วนประกอบการจำลองเสมือนเฉพาะทางต่างๆ รวมถึง ESX ซึ่งเรียกอีกอย่างว่าส่วนประกอบ vmkernel [ 16 ]เคอร์เนล Linux เป็นเครื่องเสมือนหลัก โดยจะถูกเรียกใช้งานโดยคอนโซลบริการ ในระหว่างการทำงานปกติ vmkernel จะทำงานบนคอมพิวเตอร์เปล่า และคอนโซลบริการที่ใช้ Linux จะทำงานเป็นเครื่องเสมือนเครื่องแรก VMware ได้ยุติการพัฒนา ESX รุ่นเก่าในเวอร์ชัน 4.1 และปัจจุบันใช้ ESXi (ซึ่งเปลี่ยนชื่อเป็น ESX ในปี 2025) เท่านั้น ซึ่งไม่มีเคอร์เนล Linux เลย[ 17 ]

vmkernel เป็นไมโครเคอร์เนล[ 18 ]ที่มีอินเทอร์เฟซสามแบบ ได้แก่ ฮาร์ดแวร์ ระบบแขก และคอนโซลบริการ (Console OS)

อินเทอร์เฟซไปยังฮาร์ดแวร์

vmkernel จัดการ CPU และหน่วยความจำโดยตรง โดยใช้การสแกนก่อนการดำเนินการ (SBE) เพื่อจัดการคำสั่ง CPU พิเศษหรือที่มีสิทธิ์[ 19 ] [ 20 ] และ SRAT (ตารางการจัดสรรทรัพยากรระบบ) เพื่อติดตามหน่วยความจำที่จัดสรร[ 21 ]

การเข้าถึงฮาร์ดแวร์อื่นๆ (เช่น อุปกรณ์เครือข่ายหรืออุปกรณ์จัดเก็บข้อมูล) เกิดขึ้นโดยใช้โมดูล อย่างน้อยบางส่วนของโมดูลมาจากโมดูลที่ใช้ในเคอร์เนล Linuxในการเข้าถึงโมดูลเหล่านี้ โมดูลเพิ่มเติมที่เรียกว่าvmklinuxจะใช้อินเทอร์เฟซโมดูล Linux ตามไฟล์ README ระบุว่า "โมดูลนี้ประกอบด้วยเลเยอร์การจำลอง Linux ที่ใช้โดย vmkernel" [ 22 ]

vmkernel ใช้ไดรเวอร์อุปกรณ์: [ 22 ]

  1. เน็ต/อี100
  2. เน็ต/อี1000
  3. เน็ต/อี1000อี
  4. เน็ต/บนซ์2
  5. เน็ต/ทีจี3
  6. เน็ต/บังคับตาย
  7. เน็ต/พีซีเน็ต32
  8. บล็อก/ซีเอส
  9. scsi/adp94xx
  10. scsi/aic7xxx
  11. scsi/aic79xx
  12. scsi/ips
  13. scsi/lpfcdd-v732
  14. scsi/megaraid2
  15. scsi/mptscsi_2xx
  16. scsi/qla2200-v7.07
  17. scsi/megaraid_sas
  18. scsi/qla4010
  19. scsi/qla4022
  20. scsi/vmkiscsi
  21. scsi/aacraid_esx30
  22. scsi/lpfcdd-v7xx
  23. scsi/qla2200-v7xx

ไดรเวอร์เหล่านี้ส่วนใหญ่เทียบเท่ากับไดรเวอร์ที่อธิบายไว้ในรายการความเข้ากันได้ของฮาร์ดแวร์ ของ VMware [ 23 ]โมดูลทั้งหมดนี้อยู่ภายใต้GPLโปรแกรมเมอร์ได้ปรับเปลี่ยนให้ทำงานร่วมกับ vmkernel: VMware Inc. ได้เปลี่ยนการโหลดโมดูลและสิ่งเล็กน้อยอื่นๆ[ 22 ]

คอนโซลบริการ

ใน ESX เวอร์ชันดั้งเดิม Service Console เป็นระบบปฏิบัติการอเนกประสงค์ที่เหลืออยู่ซึ่งใช้เป็นบูตสแตรปสำหรับเคอร์เนล VMware, vmkernel เป็นหลัก และใช้เป็นอินเทอร์เฟซการจัดการในลำดับรอง ฟังก์ชันระบบปฏิบัติการคอนโซลทั้งสองนี้ถูกยกเลิกเนื่องจากการพัฒนา ESX เวอร์ชันดั้งเดิมหยุดลงที่เวอร์ชัน 4.1 ดังนั้นเวอร์ชันถัดไปคือ 5.0 จึงเป็น ESXi เท่านั้น[ 24 ] Service Console ในทางปฏิบัติแล้วคือระบบปฏิบัติการที่ใช้ในการโต้ตอบกับ VMware ESX และเครื่องเสมือนที่ทำงานบนเซิร์ฟเวอร์

หน้าจอสีม่วงแห่งความตาย

หน้าจอวินิจฉัยสีม่วงที่พบใน VMware ESX Server 3.0
หน้าจอการวินิจฉัยสีม่วงจาก VMware ESXi 4.1

ในกรณีที่เกิดข้อผิดพลาดของฮาร์ดแวร์ vmkernel สามารถตรวจจับ Machine Check Exception ได้[ 25 ]ซึ่งส่งผลให้ข้อความแสดงข้อผิดพลาดปรากฏบนหน้าจอวินิจฉัยสีม่วง โดยทั่วไปเรียกว่าหน้าจอวินิจฉัยสีม่วง หรือหน้าจอมรณะสีม่วง (PSoD ซึ่งตั้งชื่อตามความคล้ายคลึงกับหน้าจอมรณะสีน้ำเงิน (BSoD))

เมื่อหน้าจอวินิจฉัยสีม่วงปรากฏขึ้น vmkernel จะเขียนข้อมูลการดีบักลงในพาร์ติชัน core dump ข้อมูลนี้ พร้อมกับรหัสข้อผิดพลาดที่แสดงบนหน้าจอวินิจฉัยสีม่วง สามารถนำไปใช้โดยฝ่ายสนับสนุนของ VMware เพื่อตรวจสอบสาเหตุของปัญหาได้

เวอร์ชัน

VMware ESX เดิมทีมีให้เลือกใช้สองประเภทหลัก ได้แก่ ESX (เวอร์ชัน 4.1 และก่อนหน้า) และ ESXi (เวอร์ชัน 3.5 ขึ้นไป) แต่ตั้งแต่เวอร์ชัน 5 เป็นต้นไป ESX ดั้งเดิมได้ถูกยกเลิกไป และแทนที่ด้วย ESXi (ซึ่งเปลี่ยนชื่อเป็น ESX ตั้งแต่เวอร์ชัน 9.0 เป็นต้นไป)

ESX และ ESXi เวอร์ชันก่อน 5.0 ไม่รองรับ Windows 8/Windows 2012 ระบบปฏิบัติการ ของ Microsoft เหล่านี้ สามารถทำงานได้เฉพาะบน ESXi 5.x หรือเวอร์ชันที่ใหม่กว่าเท่านั้น[ 26 ]

VMware ESX (เดิมชื่อ ESXi) เป็นเวอร์ชันของ ESX ที่มีขนาดเล็กกว่า ซึ่งไม่รวม ESX Service Console และไม่ได้ใช้ Linux Kernel ก่อนที่ Broadcom จะเข้าซื้อ VMware นั้น สามารถดาวน์โหลดได้ฟรีจาก VMware โดยไม่ต้องซื้อ ใบอนุญาต vCenterแต่ฟีเจอร์บางอย่างถูกปิดใช้งาน[ 27 ] [ 28 ] [ 29 ]

ESXiย่อมาจาก "ESX integrated" [ 30 ]

VMware ESX (เดิมชื่อ ESXi) พัฒนามาจาก VMware ESX (รุ่นก่อนหน้า) เวอร์ชันขนาดกะทัดรัดที่ใช้ พื้นที่ดิสก์บนโฮสต์เพียง 32 MB โดยมีคอนโซลการกำหนดค่าที่ใช้งานง่ายสำหรับการกำหนดค่าเครือข่ายเป็นหลัก และอินเทอร์เฟซไคลเอ็นต์ VMware Infrastructure ที่ทำงานจากระยะไกล ทำให้สามารถจัดสรรทรัพยากรให้กับสภาพแวดล้อมของเครื่องเสมือนได้มากขึ้น

ESX มีสองเวอร์ชัน:

  • สามารถติดตั้ง VMware ESX ได้
  • VMware ESX Embedded Edition

สามารถใช้สื่อเดียวกันในการติดตั้งรูปแบบใดรูปแบบหนึ่งเหล่านี้ได้ ขึ้นอยู่กับขนาดของสื่อเป้าหมาย[ 31 ]สามารถอัปเกรด ESXi เป็นVMware Infrastructure 3 [ 32 ]หรือเป็นVMware vSphere 4.0 ESXi ได้

เดิมที ESXi มีชื่อว่า VMware ESX Server ESXi edition และหลังจากมีการปรับปรุงแก้ไขหลายครั้ง ในที่สุดผลิตภัณฑ์ ESXi ก็กลายเป็น VMware ESXi 3 จากนั้นก็มีการออกเวอร์ชันใหม่ตามมา คือ ESXi  3.5 จนถึง ESXi  8 ก่อนที่จะเปลี่ยนชื่อเป็น ESX ในเวอร์ชัน 9

คดีละเมิด GPL

VMware ถูกฟ้องร้องโดย Christoph Hellwig นักพัฒนาเคอร์เนล Linux การฟ้องร้องเริ่มต้นเมื่อวันที่ 5 มีนาคม 2015 มีการกล่าวหาว่า VMware ได้นำส่วนต่างๆ ของเคอร์เนล Linux ไปใช้ในทางที่ผิด[ 33 ] [ 34 ]และหลังจากที่ศาลยกฟ้องในปี 2016 Hellwig ประกาศว่าจะยื่นอุทธรณ์[ 35 ]

ศาลเยอรมันได้ยกฟ้องอุทธรณ์ในเดือนกุมภาพันธ์ พ.ศ. 2562 โดยให้เหตุผลว่าไม่เป็นไปตาม "ข้อกำหนดทางขั้นตอนสำหรับภาระการพิสูจน์ของโจทก์" [ 36 ]

ในขั้นตอนสุดท้ายของการฟ้องร้องในเดือนมีนาคม พ.ศ. 2562 ศาลอุทธรณ์ระดับสูงแห่งฮัมบูร์กได้ปฏิเสธคำร้องด้วยเหตุผลทางขั้นตอนเช่นกัน หลังจากนั้น VMware ได้ประกาศอย่างเป็นทางการว่าจะลบโค้ดดังกล่าว[ 37 ]ตามมาด้วย Hellwig ถอนฟ้องและระงับการดำเนินการทางกฎหมายเพิ่มเติม[ 38 ]

ผลิตภัณฑ์ต่อไปนี้ใช้งานร่วมกับ ESX ได้:

  • vCenter Serverช่วยให้สามารถตรวจสอบและจัดการเซิร์ฟเวอร์ ESX, ESXi และ GSX หลายเครื่องได้ นอกจากนี้ ผู้ใช้ต้องติดตั้งเพื่อใช้งานบริการโครงสร้างพื้นฐานต่างๆ เช่น:
    • vMotion (การถ่ายโอนเครื่องเสมือนระหว่างเซิร์ฟเวอร์แบบเรียลไทม์ในขณะที่เครื่องเสมือนกำลังทำงานอยู่ โดยไม่มีการหยุดทำงาน) [ 39 ] [ 40 ]
    • svMotionหรือ Storage vMotion (การถ่ายโอนเครื่องเสมือนระหว่าง LUN ของ Shared Storage แบบทันที โดยไม่มีการหยุดทำงาน) [ 41 ]
    • vMotion ที่ได้รับการปรับปรุงหรือevMotion (เป็นการทำงานพร้อมกันของ vMotion และ svMotion รองรับในเวอร์ชัน 5.1 ขึ้นไป)
    • ตัวจัดตารางเวลาทรัพยากรแบบกระจาย (DRS) (การย้ายเครื่องเสมือนอัตโนมัติโดยพิจารณาจากความต้องการ/ภาระงานของโฮสต์/เครื่องเสมือน)
    • ความพร้อมใช้งานสูง (High Availability - HA) (การเริ่มต้นระบบปฏิบัติการของเครื่องเสมือนใหม่ในกรณีที่โฮสต์ ESX ทางกายภาพเกิดความล้มเหลว)
    • การทนต่อความผิดพลาด (FT) (การเปลี่ยนสถานะ VM เกือบจะทันทีในกรณีที่โฮสต์ทางกายภาพล้มเหลว) [ 42 ]
  • Converterช่วยให้ผู้ใช้สร้างเครื่องเสมือนที่เข้ากันได้กับ VMware ESX Server หรือ Workstation จากเครื่องจริงหรือจากเครื่องเสมือนที่สร้างโดยผลิตภัณฑ์เวอร์ชวลไลเซชันอื่นๆ Converter มาแทนที่ผลิตภัณฑ์ "P2V Assistant" และ "Importer" ของ VMware โดย P2V Assistant อนุญาตให้ผู้ใช้แปลงเครื่องจริงเป็นเครื่องเสมือน และ Importer อนุญาตให้นำเข้าเครื่องเสมือนจากผลิตภัณฑ์อื่นๆ เข้าสู่ VMware Workstation
  • vSphere Client (เดิมชื่อ VMware Infrastructure Client) ช่วยให้สามารถตรวจสอบและจัดการอินสแตนซ์เดียวของเซิร์ฟเวอร์ ESX หรือ ESXi ได้ หลังจาก ESX ​​เวอร์ชัน 4.1 เป็นต้นไป vSphere Client จะไม่สามารถดาวน์โหลดได้จากเซิร์ฟเวอร์ ESX/ESXi อีกต่อไป แต่ต้องดาวน์โหลดจากเว็บไซต์ของ VMware แทน

ซิสโก้ เน็กซัส 1000v

การเชื่อมต่อเครือข่ายระหว่างโฮสต์ ESX และ VM ที่ทำงานอยู่บนนั้น อาศัยการ์ดเครือข่ายเสมือน (NIC) (ภายใน VM) และสวิตช์เสมือน ซึ่งมีอยู่สองเวอร์ชัน คือ vSwitch 'มาตรฐาน' ที่อนุญาตให้ VM หลายตัวบนโฮสต์ ESX เดียวกันใช้การ์ดเครือข่ายทางกายภาพร่วมกัน และ vSwitch 'แบบกระจาย' ที่vSwitchบนโฮสต์ ESX ต่างๆ รวมกันเป็นสวิตช์เชิงตรรกะเดียว Cisco นำเสนอNexus 1000v ใน สายผลิตภัณฑ์Cisco Nexusซึ่งเป็นเวอร์ชันขั้นสูงของ vSwitch แบบกระจายมาตรฐาน Nexus 1000v ประกอบด้วยสองส่วน คือ โมดูลควบคุม (VSM) และโมดูลอีเธอร์เน็ตเสมือน (VEM) บนแต่ละโฮสต์ ESX VSM ทำงานเป็นอุปกรณ์เสมือนภายในคลัสเตอร์ ESX หรือบนฮาร์ดแวร์เฉพาะ (ซีรี่ส์ Nexus 1010) และ VEM ทำงานเป็นโมดูลบนแต่ละโฮสต์และแทนที่ dvS (สวิตช์เสมือนแบบกระจาย) มาตรฐานจาก VMware

การกำหนดค่าสวิตช์ทำได้บน VSM โดยใช้CLI มาตรฐานของ NX-OS ซึ่งมีคุณสมบัติในการสร้างโปรไฟล์พอร์ตมาตรฐาน จากนั้นสามารถกำหนดโปรไฟล์เหล่านั้นให้กับเครื่องเสมือนโดยใช้ vCenter ได้

มีความแตกต่างหลายประการระหว่าง dvS มาตรฐานและ N1000v ประการหนึ่งคือ สวิตช์ Cisco โดยทั่วไปจะรองรับเทคโนโลยีเครือข่ายอย่างเต็มรูปแบบ เช่น การรวมลิงก์ LACPหรือสวิตช์ VMware รองรับคุณสมบัติใหม่ ๆ เช่น การกำหนดเส้นทางตามโหลดของ NIC ทางกายภาพ อย่างไรก็ตาม ความแตกต่างหลักอยู่ที่สถาปัตยกรรม: Nexus 1000v ทำงานในลักษณะเดียวกับสวิตช์อีเธอร์เน็ตทางกายภาพ ในขณะที่ dvS อาศัยข้อมูลจาก ESX ​​ซึ่งส่งผลกระทบต่อความสามารถในการขยายขนาด ตัวอย่างเช่น ขีดจำกัด Kappa สำหรับ N1000v คือ 2048 พอร์ตเสมือน ในขณะที่ dvS คือ 60000 พอร์ต

Nexus1000v ได้รับการพัฒนาโดยความร่วมมือระหว่าง Cisco และ VMware และใช้APIของ dvS [ 43 ]

เครื่องมือการจัดการจากบุคคลที่สาม

เนื่องจาก VMware ESX เป็นผู้นำในตลาดการจำลองเสมือนเซิร์ฟเวอร์[ 44 ]ผู้จำหน่ายซอฟต์แวร์และฮาร์ดแวร์จึงนำเสนอเครื่องมือมากมายเพื่อผสานรวมผลิตภัณฑ์หรือบริการของตนกับ ESX ตัวอย่างเช่น ผลิตภัณฑ์จากVeeam Softwareที่มีแอปพลิเคชันสำรองข้อมูลและการจัดการ[ 45 ]และปลั๊กอินสำหรับตรวจสอบและจัดการ ESX โดยใช้HP OpenView [ 46 ] Quest Softwareที่มีแอปพลิเคชันการจัดการและการสำรองข้อมูลหลากหลาย และผู้ให้บริการโซลูชันการสำรองข้อมูลรายใหญ่ส่วนใหญ่มีปลั๊กอินหรือโมดูลสำหรับ ESX การใช้ Microsoft Operations Manager (SCOM) 2007/2012 ร่วมกับแพ็คเกจการจัดการ Bridgeways ESX ทำให้ผู้ใช้สามารถดูสถานะสุขภาพของศูนย์ข้อมูล ESX แบบเรียลไทม์ได้

ผู้จำหน่ายฮาร์ดแวร์ เช่นHewlett Packard EnterpriseและDellมีเครื่องมือเพื่อรองรับการใช้งาน ESX(i) บนแพลตฟอร์มฮาร์ดแวร์ของตน ตัวอย่างเช่น โมดูล ESX สำหรับแพลตฟอร์มการจัดการ OpenManage ของ Dell [ 47 ]

VMware ได้เพิ่ม Web Client [ 48 ]ตั้งแต่เวอร์ชัน 5 แต่จะใช้งานได้เฉพาะบน vCenter เท่านั้นและไม่มีฟีเจอร์ทั้งหมด[ 49 ]

ข้อจำกัดที่ทราบ

ณ เดือนกันยายน 2020 ข้อจำกัดที่ทราบของ VMware ESXi 7.0 U1 มีดังนี้

ข้อจำกัดด้านโครงสร้างพื้นฐาน

ขีดจำกัดสูงสุดบางประการใน ESXi Server 7.0 อาจส่งผลต่อการออกแบบศูนย์ข้อมูล: [ 50 ] [ 51 ]

  • หน่วยความจำ RAM สูงสุดสำหรับระบบแขก: 24 TB
  • หน่วยความจำ RAM สูงสุดของระบบโฮสต์: 24  TB
  • จำนวนโฮสต์ใน คลัสเตอร์ ความพร้อมใช้งานสูงหรือคลัสเตอร์ตัวจัดตารางเวลาทรัพยากรแบบกระจาย: 96
  • จำนวนโปรเซสเซอร์สูงสุดต่อเครื่องเสมือน: 768
  • จำนวนโปรเซสเซอร์สูงสุดต่อโฮสต์: 768
  • จำนวนซีพียูเสมือนสูงสุดต่อคอร์ซีพียู ทางกายภาพ : 32
  • จำนวนเครื่องเสมือนสูงสุดต่อโฮสต์: 1024
  • จำนวนซีพียูเสมือนสูงสุดต่อเครื่องเสมือนที่ทนต่อความผิดพลาด: 8
  • หน่วยความจำ RAM สูงสุดสำหรับระบบแขกต่อเครื่องเสมือนที่ทนต่อความผิดพลาด: 128  GB
  • ขนาดวอลุ่มสูงสุดของ VMFS5 คือ 64 TB แต่ขนาดไฟล์สูงสุดคือ 62 TB -512 ไบต์
  • หน่วยความจำวิดีโอสูงสุดต่อเครื่องเสมือน: 4 GB

ข้อจำกัดด้านประสิทธิภาพ

ในแง่ของประสิทธิภาพ การจำลองเสมือนทำให้เกิดต้นทุนเพิ่มขึ้นในแง่ของงานเพิ่มเติมที่ CPU ต้องทำเพื่อจำลองฮาร์ดแวร์พื้นฐาน คำสั่งที่ทำหน้าที่เพิ่มเติมนี้ และกิจกรรมอื่นๆ ที่ต้องการการจำลองเสมือน มักจะอยู่ในส่วนของคำสั่งระบบปฏิบัติการ ในระบบปฏิบัติการที่ไม่ได้ดัดแปลง คำสั่งระบบปฏิบัติการเหล่านี้เป็นส่วนที่ก่อให้เกิด "ค่าใช้จ่ายเพิ่มเติม" ในการจำลองเสมือนมากที่สุด

เทคนิคการจำลองเสมือน แบบ Paravirtualizationหรือเทคนิคการจำลองเสมือนอื่นๆ อาจช่วยแก้ไขปัญหาเหล่านี้ได้ VMware ได้พัฒนาอินเทอร์เฟซเครื่องเสมือน (Virtual Machine Interface)เพื่อจุดประสงค์นี้ และระบบปฏิบัติการบางระบบในปัจจุบัน ก็รองรับเทคนิคนี้เช่นกันสนับสนุนสิ่งนี้ การเปรียบเทียบระหว่างเวอร์ชวลไลเซชันเต็มรูปแบบและพาราเวอร์ชวลไลเซชันสำหรับเซิร์ฟเวอร์ ESX [ 52 ]แสดงให้เห็นว่าในบางกรณีพาราเวอร์ชวลไลเซชันเร็วกว่ามาก

ข้อจำกัดของเครือข่าย

เมื่อใช้ความสามารถเครือข่ายขั้นสูงและขยายโดยใช้สวิตช์เสมือนแบบกระจายCisco Nexus 1000v จะมีข้อจำกัดที่เกี่ยวข้องกับเครือข่ายดังต่อไปนี้: [ 43 ]

  • โฮสต์ ESX/ESXi จำนวน 64 เครื่องต่อ VSM (Virtual Supervisor Module)
  • อินเทอร์เฟซอีเธอร์เน็ตเสมือน 2048 ตัวต่อ VMware vDS (สวิตช์แบบกระจายเสมือน)
  • และมีอินเทอร์เฟซเสมือนสูงสุด 216 รายการต่อโฮสต์ ESX/ESXi
  • มี VLAN ที่ใช้งานอยู่ 2048 รายการ (หนึ่งรายการใช้สำหรับการสื่อสารระหว่าง VEM และ VSM)
  • โปรไฟล์พอร์ต 2048 รายการ
  • การ์ดเครือข่ายทางกายภาพ (NIC) จำนวน 32 ตัวต่อโฮสต์ ESX/ESXi (ทางกายภาพ)
  • พอร์ตแชนเนล 256 ช่องต่อ VMware vDS (สวิตช์แบบกระจายเสมือน)
  • และมีพอร์ตแชนเนลสูงสุด 8 พอร์ตต่อโฮสต์ ESX/ESXi

ข้อจำกัดของผ้าไฟเบอร์แชนแนล

ไม่ว่าจะใช้อะแดปเตอร์ SCSI เสมือนประเภทใดก็ตาม ก็มีข้อจำกัดเหล่านี้: [ 53 ]

  • อะแดปเตอร์ SCSI เสมือนสูงสุด 4 ตัว โดยอย่างน้อย 1 ตัวควรสงวนไว้สำหรับการใช้งานดิสก์เสมือน
  • อะแดปเตอร์หนึ่งตัวรองรับ SCSI LUN ได้สูงสุด 64 ตัว

ดูเพิ่มเติม

  • หน้าผลิตภัณฑ์ VMware ESXi
  • ประวัติหมายเลขรุ่นและบิลด์ของ ESXi
  • อิมเมจ VMware ESXI สำหรับเซิร์ฟเวอร์ HPE

สรุปเนื้อหา

ข้อมูลสำคัญจากบทความ

ข้อมูลสำคัญเกี่ยวกับ ไม่มีชื่อบทความ

VMware ESX (เดิมชื่อ ESXi ) และ VMware ESX รุ่นก่อนหน้าอีกรุ่นหนึ่ง [ 5 ] เป็น ไฮเปอร์ไวเซอร์ ระดับองค์กร ประเภท 1 ที่พัฒนาโดย VMware ซึ่งปัจจุบันเป็นบริษัทในเครือของ Broadcom...

สถาปัตยกรรม

ESX ทำงานบน ฮาร์ดแวร์เปล่า (โดยไม่ต้องรันระบบปฏิบัติการ) [ 13 ] ซึ่ง แตกต่างจากผลิตภัณฑ์ VMware อื่นๆ [ 14 ] โดยมีเคอร์เนลเป็นของตัวเอง ใน VMware ESX รุ่นเก่า เคอร์เนล Linux จะเริ่มทำงานก่อน [ 15 ] จากนั้นจึงใช้ในการโหลดส่วนประกอบการจำลองเสมือนเฉพาะทางต่างๆ...

อินเทอร์เฟซไปยังฮาร์ดแวร์

vmkernel จัดการ CPU และหน่วยความจำโดยตรง โดยใช้การสแกนก่อนการดำเนินการ (SBE) เพื่อจัดการคำสั่ง CPU พิเศษหรือที่มีสิทธิ์ [ 19 ] [ 20 ] และ SRAT (ตารางการจัดสรรทรัพยากรระบบ) เพื่อติดตามหน่วยความจำที่จัดสรร [ 21 ]

คอนโซลบริการ

ใน ESX เวอร์ชันดั้งเดิม Service Console เป็นระบบปฏิบัติการอเนกประสงค์ที่เหลืออยู่ซึ่งใช้เป็นบูตสแตรปสำหรับเคอร์เนล VMware, vmkernel เป็นหลัก และใช้เป็นอินเทอร์เฟซการจัดการในลำดับรอง ฟังก์ชันระบบปฏิบัติการคอนโซลทั้งสองนี้ถูกยกเลิกเนื่องจากการพัฒนา ESX...