มีข้อดีที่โดดเด่น (หรือข้อเสีย) ในการใช้เฟิร์มแวร์ EFI และดิสก์สำหรับบูต GPT ในสภาพแวดล้อม ESXi หรือไม่?

คำถามพื้นฐานของฉันคือตามที่ชื่อถาม: มีข้อดีที่โดดเด่น (หรือข้อเสีย) ในการใช้เฟิร์มแวร์ EFI และดิสก์สำหรับบูต GPT ในสภาพแวดล้อม ESXi หรือไม่ โดย "เด่น" ฉันหมายถึงสิ่งอื่นใดนอกจากขีด จำกัด 2 TB ที่รู้จักกันดีสำหรับดิสก์ MBR และข้อ จำกัด ที่เฟิร์มแวร์สำหรับบูต BIOS ต้องใช้ดิสก์ MBR ในการบูตจาก

ตัวเลือก VM ที่เฉพาะเจาะจงอยู่ในภาพหน้าจอด้านล่าง

ในกรณีที่สร้างความแตกต่างพื้นหลังและข้อมูลเฉพาะของสภาพแวดล้อมเฉพาะของฉันอยู่ด้านล่างถึงแม้ว่าฉันสนใจในกรณีทั่วไปรวมถึงสิ่งใดก็ตามที่เกี่ยวข้องกับสภาพแวดล้อม Windows หรือเฉพาะ

จากโครงการล่าสุดบางโครงการที่ฉันประสบความสำเร็จในการลาก บริษัท ของฉันที่ $ [day_job] เข้าสู่ทศวรรษปัจจุบันฉันจะแทนที่ระบบโฮมออฟฟิศของเรามากมาย ระบบเหล่านี้รวมถึงสิ่งที่พวกเขาจะถูกแทนที่โดยส่วนใหญ่แล้ว Windows Server OSes จะจำลองเสมือนบน ESX 5.5 (อัปเดต 1 ตอนนี้เร็ว ๆ นี้จะอัปเดต 2 และ VMFS5 รองรับปริมาณมาก) VMs รวมถึงที่เก็บข้อมูลทั้งหมดที่พวกเขาเข้าถึงนั้นอยู่ใน SAN (EMC VNX 5400) ซึ่งนำเสนอต่อโฮสต์ ESXi ผ่านการแบ่งปัน NFS ทุกอย่างเป็นแบบบาง

ส่วนใหญ่ฉันจะอัพเกรดระบบ PITA ขนาดใหญ่ที่ซับซ้อนและซับซ้อนไปเป็นแพลตฟอร์มที่ใหม่กว่า - ตัวอย่างเช่นไฟล์เซิร์ฟเวอร์มัลติ - ทีบีบีของเราที่ทำงานบน Server 2003 R2 และไม่ใช้ DFS จะถูกอัพเกรดเป็นเซิร์ฟเวอร์ 2012 R2 ถูกใส่ลงใน DFS เนมสเปซใช้ประโยชน์จากการเรพลิเคท DFS และเริ่มใช้การทำสำเนาข้อมูลเซิร์ฟเวอร์ 2012 ระบบ SharePoint ของเราซึ่งปัจจุบันทำงานบน Server 2003 R2 และ SQL Server 2005 จะได้รับการอัพเกรดเป็น SharePoint 2013 โดยเรียกใช้ Server 2012 R2 และวางไว้บนเอนจิ้น SQL Server ปี 2008 R2 หรือสูงกว่า และอื่น ๆ

เมื่อมองเข้าไปในไฟล์เซิร์ฟเวอร์และวิธีจัดการกับปริมาณข้อมูลบนเซิร์ฟเวอร์เหล่านั้น (เซิร์ฟเวอร์ไฟล์โฮมออฟฟิศแต่ละเครื่องของเรามีข้อมูลเกิน 2 TB) ฉันค้นหาและตัดสินคุณสมบัติการคัดลอกข้อมูลในเซิร์ฟเวอร์ 2012 เนื่องจากการทำงานแบบต่อปริมาณจึงเป็นการดีที่สุดถ้าข้อมูลทั้งหมดเป็นหนึ่งโวลุ่มแทนที่จะแยกข้ามหลายวอลุ่มเช่นระเบียบปัจจุบันของเรา สิ่งนี้นำมาซึ่งปัญหาของดิสก์ GPT ที่ดีที่สุดสำหรับไดรฟ์ข้อมูลของเราและนำคำถามของ EFI vs BIOS เฟิร์มแวร์มาให้ฉัน เซิร์ฟเวอร์ของเราทุกคนมีระบบปฏิบัติการ [เสมือน] ดิสก์ 50 GB ที่แยกจากปริมาณข้อมูลใด ๆ และอย่างน้อยในปัจจุบันฉันวางแผนที่จะทำเช่นนั้น - ความสามารถในการแนบปริมาณข้อมูลไปยัง VM ใหม่นั้นค่อนข้างมีประโยชน์ .

ด้วยเหตุนี้ในใจฉันไม่สามารถจินตนาการถึงสถานการณ์ที่เราต้องการหรือต้องการให้ VM ทำการบู๊ตจากโวลุ่มที่จำเป็นต้องมี GPT เนื่องจากเกินขีด จำกัด ดิสก์ 2 TB MBR ความจริงที่ว่าสภาพแวดล้อมนั้นเป็นเสมือนล้วน ๆ ดูเหมือนจะลบล้างข้อได้เปรียบในการกู้คืนของดิสก์ GPT ดังนั้นฉันจึงไม่สามารถหาเหตุผลที่น่าสนใจเริ่มสร้าง VMs ใหม่ของเราด้วยเฟิร์มแวร์สำหรับบูต EFI และ / หรือ GPT แน่นอนฉันยังไม่สามารถคิดหาเหตุผลที่น่าสนใจในการติดตั้งเฟิร์มแวร์สำหรับบูต BIOS และดิสก์ MBR และด้วยเหตุนี้คำถามของฉัน:

มีข้อดีที่โดดเด่น (หรือข้อเสีย) ในการใช้เฟิร์มแวร์ EFI และดิสก์สำหรับบูต GPT ในสภาพแวดล้อม ESXi หรือไม่? (โดย "เด่น" ฉันหมายถึงสิ่งอื่นนอกเหนือจากข้อ จำกัด 2 TB ที่รู้จักกันดีสำหรับดิสก์ MBR และข้อ จำกัด ที่เฟิร์มแวร์สำหรับบูต BIOS ต้องใช้ดิสก์ MBR ในการบูตจาก)

ที่หน้า BIOS vs UEFI มีสิ่งนี้: https://communities.vmware.com/thread/464854

ฉันทำงานกับทีมที่รับผิดชอบในการพัฒนาเฟิร์มแวร์เสมือนโดยเฉพาะการใช้งาน EFI เสมือน

เราไม่ได้ตั้งใจให้ EFI เป็นค่าเริ่มต้น เราตระหนักว่าเราทำผิดพลาดช้าเกินกว่าที่จะแก้ไขได้ทันเวลาสำหรับ vSphere 5.1 GA และผลที่ตามมาของความผิดพลาดครั้งแรกได้แพร่กระจายไปยังสถานที่อื่น ๆ ซึ่งตอนนี้สันนิษฐานว่า EFI ตั้งใจจะเป็นค่าเริ่มต้นเช่นเอกสาร และปล่อยหลักประกัน

เหตุผลหลักสำหรับการต้องการกลับสู่ BIOS โดยค่าเริ่มต้นคือการขาดการสนับสนุน FT - เราไม่ต้องการให้การกำหนดค่าเริ่มต้นที่จะเข้ากันไม่ได้กับ FT มีเหตุผลรองอยู่เช่นสถานการณ์ PCI Passthrough จำนวนเล็กน้อยซึ่งจะทำงานบน BIOS แต่ล้มเหลวใน EFI และโดยทั่วไปจะรองรับ BIOS ในระบบนิเวศได้กว้างขึ้น - เช่นโซลูชันการปรับใช้ของแขก OS, โซลูชันการกู้คืน OS, สภาพแวดล้อมการบูต PXE และเซิร์ฟเวอร์ PXE สนับสนุนและอื่น ๆ

นั่นคือทั้งหมดที่มีให้มัน มันเป็นความผิดพลาดที่แพร่กระจายไปในทางที่เราไม่สามารถทำความสะอาดได้ทันเวลาสำหรับ vSphere 5.1 GA และเป็นเรื่องน่าเศร้าที่ทำให้เกิดความสับสน

คำแนะนำของฉัน: หากคุณไม่ต้องการ FT จะไม่ใช้ PCI Passthrough (หรือถ้าคุณสามารถตรวจสอบว่าการกำหนดค่า PCI Passthrough ของคุณทำงานกับ EFI เสมือนจริง) และมีการพึ่งพาเครื่องมือ BIOS เฉพาะอื่น ๆ เพียงเล็กน้อยหรือไม่มีเลย จัดการระบบปฏิบัติการของคุณคุณสามารถติดตั้ง EFI Windows 2012 VM ได้ฟรี

ที่เดียวที่การตั้งค่า EFI สำหรับ VMs มีประโยชน์มากคือการอนุญาตให้ทำการแปลง P2V ด้วยตนเองของระบบโลหะเปลือยซึ่งติดตั้งโดยใช้ EFI เนื่องจากไม่ได้รับการสนับสนุนโดย VMware Converter EFI (หรือไม่ใช่ที่ฉันตรวจสอบล่าสุด) ดูวิธีการแปลง P2V ของระบบ Windows Server 2008 R2 EFI ได้อย่างไร สำหรับพื้นหลังในนี้