¿Existen ventajas (o desventajas) notables al usar el firmware EFI y los discos de arranque GPT en un entorno ESXi?

Mi pregunta básica es, como pregunta el título: ¿existen ventajas (o desventajas) notables al usar firmware EFI y discos de arranque GPT en un entorno ESXi? Por "notable", me refiero a cualquier otra cosa que no sea el conocido límite de 2 TB para discos MBR, y la restricción de que el firmware de arranque del BIOS debe usar discos MBR para arrancar.

La opción específica de VM está en la captura de pantalla a continuación.

En caso de que haga una diferencia, algunos de los antecedentes y detalles sobre mi entorno particular están a continuación, aunque estoy interesado en el caso general, así como en cualquier cosa que se relacione específicamente o solo con un entorno de Windows.

Como resultado de algunos proyectos recientes, donde logré arrastrar a mis señores corporativos a $ [day_job] en la década actual, reemplazaré muchos de nuestros sistemas de oficina en casa. Estos sistemas, así como los que deben reemplazarse, son principalmente sistemas operativos Windows Server virtualizados en ESX 5.5 (actualización 1 ahora, que pronto será la actualización 2, y VMFS5, soporte de gran volumen). Las máquinas virtuales, así como todo el almacenamiento al que acceden, están en una SAN (EMC VNX 5400), que se presenta a los hosts ESXi a través de recursos compartidos NFS. Todo está bien provisto.

En su mayor parte, simplemente actualizaré un montón de sistemas PITA grandes y complicados a plataformas más nuevas; por ejemplo, nuestros servidores de archivos multi-TB que actualmente se ejecutan en Server 2003 R2 y no usan DFS se actualizarán a Server 2012 R2, colóquelo en espacios de nombres DFS, utilice la replicación DFS y comience a usar la Desduplicación de datos de Server 2012. Nuestro sistema de SharePoint, que actualmente se ejecuta en Server 2003 R2 y SQL Server 2005, se actualizará a SharePoint 2013, se ejecutará Server 2012 R2 y se pondrá en funcionamiento un motor de SQL Server de 2008 R2 o superior. Y así.

Al analizar los servidores de archivos y cómo manejar la cantidad de datos que contienen (cada uno de nuestros servidores de archivos de la oficina doméstica tiene datos que superan los 2 TB), examiné y decidí establecer la función de desduplicación de datos en el servidor 2012. Dado que eso funciona por volumen, funciona mejor si todos los datos son un volumen, en lugar de dividirse en varios volúmenes, como nuestro desorden actual. Esto trajo a colación el problema de que los discos GPT son los mejores para nuestros volúmenes de datos, y me llevó a la cuestión de EFI vs firmware BIOS. Todos nuestros servidores tienen discos OS [virtuales] de 50 GB que están separados de cualquier volumen de datos, y al menos en este momento, planeo mantenerlo de esa manera: poder adjuntar un volumen de datos a una nueva VM es bastante útil .

Entonces, con eso en mente, no puedo imaginar un escenario en el que alguna vez necesitemos o queramos que una VM arranque desde un volumen que debe ser GPT por estar por encima del límite de disco de 2 TB MBR. El hecho de que el entorno sea puramente virtual parece negar las ventajas de recuperación de los discos GPT, por lo que no puedo encontrar ninguna razón convincente para comenzar a construir nuestras nuevas máquinas virtuales con firmware de arranque EFI y / o volúmenes de arranque GPT. Por supuesto, tampoco puedo encontrar ninguna razón convincente para mantener el firmware de arranque del BIOS y los discos MBR, y por lo tanto, mi pregunta:

¿Existen ventajas (o desventajas) notables al usar el firmware EFI y los discos de arranque GPT en un entorno ESXi? (Por "notable", me refiero a cualquier otra cosa que no sea el conocido límite de 2 TB para discos MBR, y la restricción de que el firmware de arranque del BIOS debe usar discos MBR para arrancar).

En el frente de BIOS vs UEFI, hay esto: https://communities.vmware.com/thread/464854

Trabajo en el equipo responsable del desarrollo del firmware virtual, específicamente la implementación virtual de EFI.

No teníamos la intención de que EFI fuera el valor predeterminado. Nos dimos cuenta de que habíamos cometido un error demasiado tarde para corregirlo a tiempo para vSphere 5.1 GA, y las consecuencias del error inicial se habían propagado a otros lugares que ahora suponían que EFI estaba destinado a ser el predeterminado, como la documentación y liberar colateral.

La razón principal para querer volver al BIOS por defecto es la falta de soporte FT: no deseamos proporcionar una configuración predeterminada que fuera incompatible con FT. Existen razones secundarias, como una pequeña cantidad de escenarios de PCI Passthrough que funcionarían en BIOS pero fallan en EFI, y en general un soporte más amplio para BIOS en el ecosistema, como soluciones de implementación de SO invitado, soluciones de recuperación de SO, entornos de arranque PXE y servidor PXE apoyo, y así sucesivamente.

Eso es todo al respecto. Fue un error que se propagó de una manera que no pudimos limpiar a tiempo para vSphere 5.1 GA, y es lamentable que haya causado la confusión que causó.

Mi consejo: si no necesita FT, no usará PCI Passthrough (o si puede validar que su configuración PCI Passthrough funciona con EFI virtual), y tiene pocas o ninguna dependencia de otras herramientas específicas de BIOS para implementar o administre su sistema operativo, puede implementar VM de EFI Windows 2012 con total libertad.

Un lugar donde la configuración de EFI para máquinas virtuales es muy útil es permitir las conversiones P2V manuales de sistemas de metal desnudo que se instalaron usando EFI, ya que EFI no es compatible con VMware Converter (o no, la última vez que lo verifiqué). Consulte ¿Cómo realizar una conversión P2V de un sistema Windows Server 2008 R2 EFI? para antecedentes sobre esto.