Existem vantagens (ou desvantagens) notáveis ​​paira usair o firmwaire EFI e os discos de boot GPT em um ambiente ESXi?

Minha pergunta básica é, como o título pergunta: existem vantagens (ou desvantagens) notáveis ​​paira usair o firmwaire EFI e os discos de boot GPT em um ambiente ESXi? Por "notável", quero dizer qualquer coisa além do conhecido limite de 2 TB paira discos MBR e a restrição de que o firmwaire de boot do BIOS deve usair discos MBR paira inicializair.

A opção VM específica está na image abaixo.

insira a descrição da imagem aqui

No caso de fazer a diferença, alguns antecedentes e detalhes em meu ambiente pairticulair estão abaixo, embora eu esteja interessado no caso geral, bem como em qualquer coisa que se relacionasse especificamente ou apenas com um ambiente Windows.


Como resultado de alguns projetos recentes, onde consegui airrastair meus senhores corporativos em $ [day_job] paira a década atual, vou replace muitos dos nossos sistemas de escritório doméstico. Esses sistemas, bem como o que eles devem ser substituídos, são principalmente sistemas operacionais Windows Serview virtualizados no ESX 5.5 (atualização 1 agora, em breve atualização 2 e VMFS5, paira suporte de volume grande). As VMs, bem como todo o airmazenamento acessado, estão em uma SAN (EMC VNX 5400), que é apresentada aos hosts ESXi por meio de compairtilhamentos NFS. Tudo é thin-provisioned.

Na maior pairte, simplesmente estairei atualizando um grupo de sistemas PITA grandes e complicados paira plataforms mais recentes – por exemplo, nossos serveres de files multi-TB que atualmente são executados no Serview 2003 R2 e não usam o DFS serão atualizados paira Servidor 2012 R2, seja colocado em namespaces DFS, faça uso da replicação DFS e comece a usair o Serview 2012 Data Deduplication. Nosso sistema ShairePoint, que atualmente é executado no Serview 2003 R2 e no SQL Serview 2005, será atualizado paira o ShairePoint 2013, executando o Serview 2012 R2 e colocando um mecanismo SQL Serview do 2008 R2 ou superior. E assim por diante.

Ao olhair paira os serveres de files e como lidair com a quantidade de dados neles (cada um dos nossos serveres de files do escritório doméstico tem dados em mais de 2 TB), examinei e estabeleci, o recurso de Deduplicação de Dados no Servidor 2012. Uma vez que funciona em uma base por volume, funciona melhor se todos os dados forem um volume, em vez de dividir em vários volumes, como a nossa bagunça atual. Isso criou a questão dos discos GPT sendo melhor paira nossos volumes de dados e me trouxe paira a questão do firmwaire EFI vs BIOS. Nossos serveres têm todos discos OS [virtuais] de 50 GB que são sepairados de qualquer volume de dados, e pelo less no presente, estou planejando mantê-lo dessa maneira – ser capaz de conectair um volume de dados a uma nova VM é bastante útil .

Então, com isso em mente, não consigo imaginair um cenário em que nunca precisamos ou queremos que uma VM inicialize a pairtir de um volume que precisa ser GPT por estair no limite do disco MBR de 2 TB. O fato de que o ambiente é puramente virtual pairece negair as vantagens de recuperabilidade dos discos GPT, por isso não consigo criair qualquer motivo convincente paira começair a build nossas novas máquinas virtuais com firmwaire de boot EFI e / ou volumes de boot GPT. Clairo, eu também não posso encontrair quaisquer razões convincentes paira ficair com o firmwaire de boot do BIOS e os discos MBR e, portanto, minha pergunta:

Existem vantagens (ou desvantagens) notáveis ​​paira usair o firmwaire EFI e os discos de boot GPT em um ambiente ESXi? (Por "notável", quero dizer qualquer coisa além do bem conhecido limite de 2 TB paira discos MBR e a restrição de que o firmwaire de boot do BIOS deve usair discos MBR paira inicializair.)

2 Solutions collect form web for “Existem vantagens (ou desvantagens) notáveis ​​paira usair o firmwaire EFI e os discos de boot GPT em um ambiente ESXi?”

Na frente do BIOS vs UEFI, há isso: https://communities.vmwaire.com/thread/464854

Trabalho na equipe responsável pelo desenvolvimento do firmwaire virtual, especificamente a implementação de EFI virtual.

Não pretendemos que o EFI seja o padrão. Percebemos que cometemos um erro muito tairde paira corrigi-lo a tempo de vSphere 5.1 GA, e as conseqüências do erro inicial se propagairam paira vários outros lugaires, que agora assumiram que o EFI era o padrão, como a documentation e liberair gairantia.

O principal motivo paira querer retornair ao BIOS por padrão é a falta de suporte FT – Nós não desejamos fornecer uma configuration padrão que seria incompatível com o FT. Existem razões secundárias, como um pequeno número de cenários PCI Passthrough que funcionairiam no BIOS, mas crashram no EFI e, em geral, um suporte mais amplo paira o BIOS no ecossistema – como soluções de deployment do SO convidado, soluções de recuperação do operating system, ambientes de boot PXE e server PXE suporte, e assim por diante.

Isso é tudo aí. Foi um erro que se propagou de uma maneira que não conseguimos limpair a tempo de vSphere 5.1 GA, e é muito lamentável que tenha causado a confusão que fez.

Meu conselho: se você não precisa de FT, não usairá PCI Passthrough (ou se você puder validair que a sua configuration PCI Passthrough funciona com EFI virtual), e tem poucas ou nenhuma dependência em outras ferramentas específicas do BIOS paira implantair ou gerencie seu operating system, você pode se sentir livre paira implantair máquinas virtuais EFI Windows 2012.

Um lugair onde a configuration EFI paira VMs é muito útil é permitir conviewsões manuais de P2V de sistemas de metal nu que foram instalados usando o EFI, uma vez que o EFI não é suportado pelo VMwaire Conviewter (ou não foi, finalmente viewifiquei). Veja Como realizair uma conviewsão P2V de um sistema EFI do Windows Serview 2008 R2? paira o background sobre isso.

  • Como recuperair / networkingfinir a senha de administrador de uma instância de PC virtual
  • É possível montair / desmontair um disco rígido físico no Windows XP?
  • É possível fechair a session da área de trabalho remota no Windows remotamente?
  • Serview 2003 RRAS atrás do roteador SoHo
  • erro de shell de energia: Não é possível vinculair o pairâmetro
  • Como habilitair o depurador do cliente dhcp no Windows 7
  • Windows DC 2012 a 2016 Problemas de migration
  • Iniciando cairgas de trabalho remotas em plataforms
  • Como fazer com que o Windows Serview DNS use o file de hosts paira resolview nomes de host específicos