ESXi 환경에서 EFI 펌웨어 및 GPT 부팅 디스크를 사용할 때 눈에 띄는 장점이 있습니까? “주목할만한”이라는 말은 MBR 디스크에 대해 잘 알려진 2TB 제한 및 BIOS 부팅 펌웨어가 MBR 디스크를 사용하여 부팅해야한다는 제한 이외의 다른 의미입니다.
특정 VM 옵션은 아래 스크린 샷에 있습니다.
차이가 나는 경우 특정 환경에 대한 배경과 세부 사항이 아래에 있지만 일반적인 경우뿐만 아니라 Windows 환경과 관련이 있거나 특별히 관련된 모든 것에 관심이 있습니다.
최근의 프로젝트를 통해 $ [day_job]에 회사의 대주주를 현재 10 년간 끌어들이는 데 성공한 결과, 많은 본사 시스템을 교체하게 될 것입니다. 이러한 시스템과 대체 할 시스템은 주로 ESX 5.5에서 가상화 된 Windows Server OS입니다 (지금 업데이트 1, 곧 업데이트 2, VMFS5, 대용량 지원). VM과 이들이 액세스하는 모든 스토리지는 SAN (EMC VNX 5400)에 있으며 NFS 공유를 통해 ESXi 호스트에 제공됩니다. 모든 것이 씬 프로비저닝됩니다.
대부분의 경우 대규모의 복잡한 PITA 시스템을 최신 플랫폼으로 업그레이드 할 예정입니다. 예를 들어 현재 Server 2003 R2에서 실행되고 DFS를 사용하지 않는 멀티 TB 파일 서버는 서버로 업그레이드됩니다. 2012 R2, DFS 네임 스페이스에 배치하고 DFS 복제를 사용하고 Server 2012 데이터 중복 제거를 사용하십시오. 현재 Server 2003 R2 및 SQL Server 2005에서 실행되는 SharePoint 시스템은 Server 2012 R2를 실행하는 SharePoint 2013으로 업그레이드되어 2008 R2 이상의 SQL Server 엔진에 배치됩니다. 등등.
파일 서버를 조사하고 서버의 데이터 양을 처리하는 방법 (각 본사 파일 서버 중 하나에 2TB를 초과하는 데이터가 있음)을 살펴보면서 서버의 데이터 중복 제거 기능을 조사하고 설정했습니다. 이는 볼륨 단위로 작동하므로 현재 혼란과 같이 여러 볼륨으로 분할되는 대신 모든 데이터가 하나의 볼륨 인 경우에 가장 효과적입니다. 이로 인해 데이터 볼륨에 가장 적합한 GPT 디스크 문제가 발생했으며 EFI 대 BIOS 펌웨어 문제가 발생했습니다. 우리 서버에는 모든 데이터 볼륨과 분리 된 50GB의 OS [가상] 디스크가 있으며 적어도 현재는 그런 식으로 유지할 계획입니다. 데이터 볼륨을 새 VM에 연결할 수 있으면 매우 유용합니다 .
따라서이를 염두에두고 2TB MBR 디스크 제한을 초과하기 위해 GPT가 필요한 볼륨에서 VM을 부팅해야하는 시나리오를 상상할 수 없습니다. 환경이 순전히 가상이라는 사실은 GPT 디스크의 복구 가능성 이점을 무효화하는 것으로 보이므로 EFI 부팅 펌웨어 및 / 또는 GPT 부팅 볼륨으로 새 VM을 구축해야하는 강력한 이유가 없습니다. 물론, BIOS 부팅 펌웨어와 MBR 디스크를 고수 해야하는 강력한 이유도 생각해 낼 수 없습니다.
ESXi 환경에서 EFI 펌웨어 및 GPT 부팅 디스크를 사용할 때 눈에 띄는 장점이 있습니까? ( “주목할 만하다”라는 말은 MBR 디스크에 대해 잘 알려진 2TB 제한 및 BIOS 부팅 펌웨어가 MBR 디스크를 사용하여 부팅해야한다는 제한 이외의 다른 의미를 의미합니다.)
답변
BIOS와 UEFI 전면에는
https://communities.vmware.com/thread/464854가 있습니다.
가상 펌웨어, 특히 가상 EFI 구현을 개발하는 팀에서 일하고 있습니다.
EFI를 기본값으로 사용하지 않았습니다. vSphere 5.1 GA에 대해 시간을 맞추기에는 너무 늦게 실수했음을 알게되었으며, 초기 실수의 결과가 문서와 같이 EFI가 기본값이되어야한다고 생각했던 여러 다른 장소로 전파되었습니다. 담보를 공개합니다.
기본적으로 BIOS로 돌아 가려는 주된 이유는 FT 지원이 없기 때문입니다. – FT와 호환되지 않는 기본 구성을 제공하지 않았습니다. BIOS에서는 작동하지만 EFI에서는 실패하고 게스트 OS 배포 솔루션, OS 복구 솔루션, PXE 부팅 환경 및 PXE 서버와 같은 생태계의 BIOS에 대한 광범위한 지원과 같은 소수의 PCI 통과 시나리오와 같은 2 차 이유가 있습니다. 지원 등.
그것이 전부입니다. vSphere 5.1 GA를 정시에 정리할 수없는 방식으로 전파 된 실수였으며 혼동을 일으킨 것이 가장 유감입니다.
내 조언 : FT가 필요하지 않은 경우 PCI Passthrough를 사용하지 않거나 (또는 PCI Passthrough 구성이 가상 EFI와 작동하는지 확인할 수있는 경우) 배포 할 다른 BIOS 관련 도구에 거의 또는 전혀 의존하지 않습니다. OS를 관리하면 EFI Windows 2012 VM을 자유롭게 배포 할 수 있습니다.
답변
VMM의 EFI 설정이 매우 유용한 곳 중 하나는 EFI를 사용하여 설치된 베어 메탈 시스템의 수동 P2V 변환을 허용하는 것입니다. EFI는 VMware Converter에서 지원되지 않거나 마지막으로 확인하지 않았기 때문입니다. Windows Server 2008 R2 EFI 시스템의 P2V 변환을 수행하는 방법을 참조하십시오 . 이것에 대한 배경.
