Existem vantagens (ou desvantagens) notáveis no uso de firmware EFI e discos de inicialização GPT em um ambiente ESXi?

Question

Minha pergunta básica é, como o título pergunta: há vantagens notáveis (ou desvantagens) em usar o firmware EFI e os discos de inicialização GPT em um ambiente ESXi? Por "notável", quero dizer algo diferente do conhecido limite de 2 TB para discos MBR e a restrição de que o firmware de inicialização do BIOS deve usar discos MBR para inicializar.

A opção de VM específica está na captura de tela abaixo.

Casoissofaçaalgumadiferença,algunsdetalhesecontextosnomeuambienteespecíficoestãoabaixo,emboraeuestejainteressadonocasogeral,bemcomoemqualquercoisaqueserelacioneespecificamenteouapenasaumambienteWindows.

Comoresultadodealgunsprojetosrecentes,nosquaisconseguiarrastarmeussenhorescorporativosem$[day_job]atéadécadaatual,substituireimuitosdenossossistemasdehomeoffice.Essessistemas,bemcomoaquelesparaosquaisserãosubstituídos,sãoprincipalmentesistemasoperacionaisWindowsServervirtualizadosnoESX5.5(atualização1agora,embreveatualização2eVMFS5,suporteavolumesgrandes).AsVMs,assimcomotodooarmazenamentoqueacessam,estãoemumaSAN(EMCVNX5400),queéapresentadaaoshostsESXipormeiodecompartilhamentosNFS.Tudoéthin-provisioned.

Namaioriadasvezes,vousimplesmenteatualizarváriossistemasPITAgrandesecomplicadosparaplataformasmaisrecentes-porexemplo,nossosservidoresdearquivosmulti-TBqueatualmentesãoexecutadosnoServer2003R2enãousamoDFSatualizadoparaoServer2012R2,sercolocadoemnamespacesdoDFS,fazerusodareplicaçãodoDFSecomeçarausaraDeduplicaçãodeDadosdoServer2012.NossosistemaSharePoint,queatualmenteéexecutadonoServer2003R2enoSQLServer2005,seráatualizadoparaoSharePoint2013,executandooServer2012R2ecolocadoemummecanismodoSQLServer2008R2ousuperior.Eassimpordiante.

Aoanalisarosservidoresdearquivosecomolidarcomaquantidadededadosnelescontidos(cadaumdosservidoresdearquivosdoescritórioemcasatemdadosacimade2TB),examineieresolviaDeduplicaçãodeDadosrecursonoServer2012.Comoissofuncionaemumabaseporvolume,funcionamelhorsetodososdadosforemumvolume,emvezdedivididosemváriosvolumes,comoanossabagunçaatual.IssotrouxeaquestãodosdiscosGPTseremosmelhoresparanossosvolumesdedadosemelevouàquestãodofirmwareEFIvsBIOS.Todososnossosservidorestêmdiscos[virtuais]dosistemaoperacionalde50GBquesãoseparadosdequalquervolumededadose,pelomenosnomomento,estouplanejandomantê-losdessaforma-poderanexarumvolumededadosaumanovaVMébastanteútil.

Portanto,comissoemmente,nãoconsigovisualizarumcenárioemqueprecisemosoudesejemosqueumaVMinicializeapartirdeumvolumequepreciseserGPTporexcederolimitedediscode2TBMBR.OfatodeoambienteserpuramentevirtualparecenegarasvantagensdecapacidadederecuperaçãodosdiscosGPT,porissonãoconsigoencontrarnenhumarazãoconvincenteparacomeçaraconstruirnossasnovasVMscomfirmwaredeinicializaçãoEFIe/ouvolumesdeinicializaçãoGPT.ÉclaroqueeutambémnãoconsigoencontrarnenhumarazãoparamanterofirmwaredeinicializaçãodoBIOSeosdiscosMBRe,portanto,minhapergunta:

Existemvantagensnotáveis(oudesvantagens)nousodefirmwareEFIediscosdeinicializaçãoGPTemumambienteESXi?(Por"notável", quero dizer algo diferente do conhecido limite de 2 TB para discos MBR e a restrição de que o firmware de inicialização do BIOS deve usar discos MBR para inicializar.)

    

Answer 1

Na frente do BIOS vs UEFI, há isto: link

I work on the team responsible for developing the virtual firmware, specifically the virtual EFI implementation.

We had not intended that EFI be the default. We realized that we'd made a mistake too late to correct it in time for vSphere 5.1 GA, and the consequences of the initial mistake had propagated to various other places which had now assumed that EFI was intended to be the default, such as documentation and release collateral.

The primary reason for wanting to return to BIOS by default is the lack of FT support – We did not wish to provide a default configuration that was going to be incompatible with FT. Secondary reasons exist, such as a small number of PCI Passthrough scenarios which would work on BIOS but fail on EFI, and generally broader support for BIOS in the ecosystem – such as guest OS deployment solutions, OS recovery solutions, PXE boot environments and PXE server support, and so forth.

That's all there is to it. It was a mistake which propagated in a way that we couldn't clean up in time for vSphere 5.1 GA, and it's most regrettable that caused the confusion that it did.

My advice: If you don't need FT, won't be using PCI Passthrough (or if you can validate that your PCI Passthrough configuration works with virtual EFI), and have few or no dependencies on other BIOS-specific tools to deploy or manage your OS, you can feel free to deploy EFI Windows 2012 VMs.

    

Answer 2

Um lugar onde a configuração EFI para VMs é muito útil é permitir conversões P2V manuais de sistemas bare-metal que foram instalados usando o EFI, já que o EFI não é suportado pelo VMware Converter (ou não foi o último que verifiquei). Veja Como executar uma conversão P2V de um sistema EFI do Windows Server 2008 R2? para obter informações sobre isso.