Чи є якісь помітні переваги (або недоліки) у використанні завантажувальних дисків EFI та GPT в середовищі ESXi?


10

Моє основне питання, як задається в заголовку: чи є якісь помітні переваги (або недоліки) у використанні завантажувальних дисків EFI та GPT в середовищі ESXi? Під «помітним» я маю на увазі що-небудь, окрім загальновідомого обмеження на 2 ТБ для дисків MBR, та обмеження, з якого прошивка BIOS для завантаження повинна використовувати диски MBR для завантаження.

Конкретний параметр VM знаходиться на скріншоті нижче.

введіть тут опис зображення

У випадку, якщо це має значення, деякі передумови та особливості мого конкретного середовища знаходяться нижче, хоча я зацікавлений у загальному випадку, а також у всьому, що стосується конкретного або лише середовища Windows.


В результаті деяких останніх проектів, де мені вдалося перетягнути своїх корпоративних оверлодів на $ [day_job] в поточне десятиліття, я заміню багато наших систем домашнього офісу. Ці системи, а також те, на що їх слід замінити, - це в основному ОС Windows Server, віртуалізовані на ESX 5.5 (оновлення 1 зараз, незабаром оновлення 2, і VMFS5, настільки велика підтримка обсягу). Відеомагнітофони, а також усі сховища, до яких вони отримують доступ, знаходяться на SAN (EMC VNX 5400), який подається хостам ESXi через акції NFS. Все тонко передбачено.

Здебільшого я просто буду модернізувати купу великих, складних систем PITA до новіших платформ - наприклад, наші файлові сервери з багатьма TB, які зараз працюють на Server 2003 R2 і не використовують DFS, будуть оновлені до Server 2012 R2, розмістіть у просторах імен DFS, скористайтесь реплікацією DFS та почніть використовувати сервер 2012. Наша система SharePoint, яка зараз працює на сервері Server 2003 R2 та SQL Server 2005, буде оновлена ​​до SharePoint 2013, під керуванням Server 2012 R2, і буде розміщена на двигуні SQL Server 2008 року R2 або вище. І так далі.

Розглянувши файлові сервери та як поводитися з кількістю даних на них (кожен з файлових серверів нашого домашнього офісу має дані, що перевищують 2 ТБ), я вивчив функцію дедуплікації даних на сервері та вирішив цю функцію. 2012. Оскільки це працює на основі томів, воно найкраще працює, якщо всі дані є одним томом, а не розділені на декілька томів, як наш поточний безлад. Це підняло випуск GPT-дисків як найкращих для нашого обсягу даних, і підвів мене до питання прошивки EFI vs BIOS. Всі наші сервери мають ОС [віртуальні] диски об'ємом 50 Гб, які є окремими від будь-яких обсягів даних, і, принаймні, на даний момент я планую зберегти це таким чином - можливість приєднати об'єм даних до нової віртуальної машини досить корисно .

Отже, маючи це на увазі, я не можу уявити сценарій, коли нам коли-небудь потрібна або хочеться, щоб VM завантажувався з обсягу, який повинен бути GPT для перевищення дискового ліміту на 2 Мб MBR. Той факт, що навколишнє середовище суто віртуальний, здається, заперечує переваги відновлення дисків GPT, тому я не можу придумати жодної вагомої причини почати створювати наші нові VM з завантажувальним програмним забезпеченням EFI та / або томами завантаження GPT. Звичайно, я також не можу придумати жодних вагомих причин, щоб дотримуватися завантажувальних програмних засобів BIOS та дисків MBR, і, отже, моє запитання:

Чи є якісь помітні переваги (або недоліки) у використанні завантажувальних дисків EFI та GPT в середовищі ESXi? (Під «помітним» я маю на увазі що-небудь, окрім відомого обмеження на 2 ТБ для дисків MBR, та обмеження, з якого прошивка для завантаження BIOS повинна використовувати диски MBR для завантаження.)


Ось остаточна відповідь VMware . Це блискуче, авторитетне та написане тим самим розробником VMware EFI, який MichelZ цитує вище.
judoman

Відповіді:


4

На фронті BIOS проти UEFI є ось що: https://communities.vmware.com/thread/464854

Я працюю над командою, відповідальною за розробку віртуальної мікропрограми, зокрема віртуальної реалізації EFI.

Ми не мали наміру, що EFI буде дефолтом. Ми зрозуміли, що помилку ми зробили занадто пізно, щоб її виправити вчасно для vSphere 5.1 GA, і наслідки початкової помилки поширилися в інших місцях, які тепер припускали, що EFI повинен бути за замовчуванням, наприклад, документацією і звільнити заставу.

Основна причина повернення до BIOS за замовчуванням - це відсутність підтримки FT. Ми не хотіли надавати конфігурацію за замовчуванням, яка буде несумісною з FT. Існують вторинні причини, такі як невелика кількість сценаріїв PCI Passthrough, які б працювали на BIOS, але не працювали на EFI, і, як правило, більш широка підтримка BIOS в екосистемі - такі як гостьові рішення для розгортання ОС, рішення відновлення ОС, середовища завантаження PXE і сервер PXE підтримка тощо.

Це все, що там є. Це була помилка, яка розповсюдилася таким чином, що ми не змогли вчасно очистити vSphere 5.1 GA, і це, на жаль, викликало плутанину.

Моя порада: Якщо вам не потрібен FT, ви не будете використовувати PCI Passthrough (або якщо ви можете перевірити, що ваша конфігурація PCI Passthrough працює з віртуальним EFI) і не має малої залежності від інших інструментів, специфічних для BIOS, для розгортання або керуючи своєю ОС, ви можете сміливо розгортати віртуальну машину EFI Windows 2012


Welp, пішов на це. EFI та GPT. Якщо воно вибухне, я буду звинувачувати вас. :)
HopelessN00b

У будь-який час @ HopelessN00b :)
MichelZ

1

Одне місце, де налаштування EFI для VM є дуже корисним, - це дозволяти вручну перетворювати P2V з систем з голого металу, які були встановлені за допомогою EFI, оскільки EFI не підтримується VMware Converter (або не було, востаннє я перевірив). Див. Як здійснити перетворення P2V системи Windows Server 2008 R2 EFI? для передумови щодо цього.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.