Início / server / Perguntas / 663075
Accepted
HopelessN00b
Asked: 2015-01-29 07:39:57 +0800 CST

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

  • 772

Minha pergunta básica é, como o título pergunta: há alguma vantagem notável (ou desvantagem) em usar firmware EFI e discos de inicialização GPT em um ambiente ESXi? Por "notável", quero dizer qualquer coisa que não seja o 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.

insira a descrição da imagem aqui

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

Como resultado de alguns projetos recentes, onde consegui arrastar meus senhores corporativos em $[day_job] para a década atual, estarei substituindo muitos de nossos sistemas de home office. Esses sistemas, bem como o que eles serão substituídos, são principalmente sistemas operacionais Windows Server virtualizados no ESX 5.5 (atualização 1 agora, em breve será a atualização 2 e VMFS5, portanto, suporte a grandes volumes). As VMs, assim como todo o armazenamento que elas acessam, estão em uma SAN (EMC VNX 5400), que é apresentada aos hosts ESXi por meio de compartilhamentos NFS. Tudo é thin-provisioned.

Na maioria das vezes, simplesmente atualizarei vários sistemas PITA grandes e complicados para plataformas mais novas - por exemplo, nossos servidores de arquivos multi-TB que atualmente são executados no Server 2003 R2 e não usam DFS serão atualizados para Servidor 2012 R2, ser colocado em namespaces DFS, fazer uso da replicação DFS e começar a usar o Server 2012 Data Deduplication. Nosso sistema SharePoint, que atualmente roda no Server 2003 R2 e SQL Server 2005, será atualizado para o SharePoint 2013, rodando o Server 2012 R2, e colocado em um mecanismo 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 dos servidores de arquivos de nosso escritório doméstico possui dados com mais de 2 TB), examinei e decidi pelo recurso de eliminação de duplicação de dados no Server 2012. Como isso funciona 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 dos discos GPT serem os melhores para nossos volumes de dados e me levou à questão do firmware EFI x BIOS. Todos os nossos servidores têm discos OS [virtuais] de 50 GB separados de qualquer volume de dados e, pelo menos no momento, pretendo mantê-lo assim - ser capaz de anexar um volume de dados a uma nova VM é bastante útil .

Portanto, com isso em mente, não consigo imaginar um cenário em que precisemos ou desejemos que uma VM seja inicializada a partir de um volume que precisa ser GPT por estar acima do limite de disco MBR de 2 TB. O fato de o ambiente ser puramente virtual parece anular as vantagens de capacidade de recuperação dos discos GPT, portanto, não consigo 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. Claro, também não consigo encontrar nenhum motivo convincente para manter o firmware de inicialização do BIOS e os discos MBR e, portanto, minha pergunta:

Existem vantagens (ou desvantagens) notáveis ​​em usar firmware EFI e discos de inicialização GPT em um ambiente ESXi? (Por "notável", quero dizer qualquer coisa que não seja o 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.)

windows

2 respostas

  1. Best Answer

    Na frente BIOS vs UEFI, há isto: https://communities.vmware.com/thread/464854

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

    Não pretendíamos que 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 presumiam que o EFI deveria ser o padrão, como documentação e liberar garantias.

    O principal motivo para querer retornar ao BIOS por padrão é a falta de suporte do FT – não queríamos fornecer uma configuração padrão que fosse incompatível com o FT. Existem motivos secundários, como um pequeno número de cenários PCI Passthrough que funcionariam no BIOS, mas falhariam no EFI e, geralmente, suporte mais amplo para BIOS no ecossistema – como soluções de implantação de sistema operacional convidado, soluções de recuperação de sistema operacional, ambientes de inicialização PXE e servidor PXE suporte, e assim por diante.

    Isso é tudo. Foi um erro que se propagou de uma forma 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 precisa do FT, não usará o PCI Passthrough (ou se puder validar se a configuração do PCI Passthrough funciona com EFI virtual) e tiver pouca ou nenhuma dependência de outras ferramentas específicas do BIOS para implantar ou gerenciar seu sistema operacional, sinta-se à vontade para implantar VMs EFI Windows 2012.

    • 4

  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 EFI, já que EFI não é suportado pelo VMware Converter (ou não era, da última vez que verifiquei). Consulte Como executar uma conversão P2V de um sistema Windows Server 2008 R2 EFI? para obter informações sobre isso.

    • 1

relate perguntas