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

10

Minha pergunta básica é, como o título pergunta: existem vantagens (ou desvantagens) notáveis ​​no uso de firmware EFI e discos de inicialização GPT em um ambiente ESXi? Por "notável", refiro-me a algo além 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 específica da VM está na captura de tela abaixo.

insira a descrição da imagem aqui

Caso isso faça alguma diferença, alguns antecedentes e detalhes sobre meu ambiente específico estão abaixo, embora eu esteja interessado no caso geral e em qualquer coisa que se relacione especificamente ou apenas com um ambiente Windows.


Como resultado de alguns projetos recentes, em que consegui arrastar meus senhores da empresa em $ [day_job] para a década atual, substituirei muitos dos nossos sistemas de home office. Esses sistemas, bem como o que devem ser substituídos, são principalmente sistemas operacionais Windows Server virtualizados no ESX 5.5 (atualização 1 agora, em breve a atualização 2, e VMFS5, suporte de grande volume). As VMs, assim como todo o armazenamento que acessam, estão em uma SAN (EMC VNX 5400), que é apresentada aos hosts ESXi através de compartilhamentos NFS. Tudo é pouco provisionado.

Na maioria das vezes, eu simplesmente atualizarei vários sistemas PITA grandes e complicados para plataformas mais novas - por exemplo, nossos servidores de arquivos multi-TB que atualmente rodam no Server 2003 R2 e não usam DFS serão atualizados para o Servidor 2012 R2, seja colocado nos namespaces do DFS, use a replicação do DFS e comece a usar a Desduplicação de Dados do Server 2012. Nosso sistema SharePoint, que atualmente é executado no Server 2003 R2 e SQL Server 2005, será atualizado para o SharePoint 2013, executando o Server 2012 R2, e implementado em um mecanismo do SQL Server de 2008 R2 ou superior. E assim por diante.

Ao examinar os servidores de arquivos e como lidar com a quantidade de dados neles (cada um de nossos servidores de arquivos de escritório em casa tem dados acima de 2 TB), examinei e resolvi o recurso de Deduplicação de Dados no Server 2012. Como isso funciona em uma base por volume, funciona melhor se todos os dados forem um volume, em vez de divididos em vários volumes, como nossa bagunça atual. Isso levantou a questão de os discos GPT serem os melhores para nossos volumes de dados e me levou à questão do firmware EFI vs BIOS. Todos os nossos servidores têm discos OS virtuais de 50 GB separados de qualquer volume de dados e, pelo menos no momento, estou pensando em mantê-lo assim - poder anexar um volume de dados a uma nova VM é bastante útil .

Portanto, com isso em mente, não posso imaginar um cenário em que precisaríamos ou quereríamos que uma VM fosse inicializada a partir de um volume que precisa ser GPT por estar acima do limite de 2 TB MBR. O fato de o ambiente ser puramente virtual parece negar as vantagens de recuperação dos discos GPT, portanto, não posso encontrar nenhum motivo convincente para começar a criar nossas novas VMs com firmware de inicialização EFI e / ou volumes de inicialização GPT. Obviamente, também não posso apresentar razões convincentes para usar o firmware de inicialização do BIOS e os discos MBR e, portanto, minha pergunta:

Existem vantagens (ou desvantagens) notáveis ​​no uso de firmware EFI e 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.)

HopelessN00b
fonte
Aqui está a resposta definitiva da VMware . É brilhante, autoritário e escrito pela mesma equipe de VMware EFI que MichelZ cita acima.
Judoman 13/05

Respostas:

4

Na frente do BIOS vs UEFI, existe o seguinte: https://communities.vmware.com/thread/464854

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

Não pretendíamos que o EFI fosse o padrão. Percebemos que havíamos cometido um erro tarde demais para corrigi-lo a tempo do vSphere 5.1 GA, e as consequências do erro inicial se propagaram para vários outros lugares que agora supunham que o EFI era o padrão, como a documentação e liberar garantias.

O principal motivo para querer retornar ao BIOS por padrão é a falta de suporte ao FT - não desejamos fornecer uma configuração padrão que fosse incompatível com o FT. Existem razões secundárias, como um pequeno número de cenários de passagem PCI que funcionariam no BIOS, mas falhariam no EFI, e suporte geralmente mais amplo para o BIOS no ecossistema - como soluções de implantação de SO convidado, soluções de recuperação de SO, ambientes de inicialização PXE e servidores PXE suporte e assim por diante.

É tudo o que há para isso. Foi um erro que se propagou de uma maneira que não conseguimos limpar a tempo para o vSphere 5.1 GA, e é lamentável que tenha causado a confusão que causou.

Meu conselho: se você não precisar do FT, não usará o PCI Passthrough (ou se você pode validar se a configuração do PCI Passthrough funciona com EFI virtual) e tem pouca ou nenhuma dependência de outras ferramentas específicas do BIOS para implantar ou Para gerenciar seu sistema operacional, sinta-se à vontade para implantar VMs EFI Windows 2012.

MichelZ
fonte
Welp, foi em frente. EFI e GPT. Se explodir, eu culpo você. :)
HopelessN00b
Qualquer momento @ HopelessN00b :)
MichelZ
1

Um local em que 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, verifiquei pela última vez). Consulte Como executar uma conversão P2V de um sistema EFI do Windows Server 2008 R2? para saber mais sobre isso.

Paul Gear
fonte