Есть ли какие-либо заметные преимущества (или недостатки) использования прошивки EFI и загрузочных дисков GPT в среде ESXi?
Мой основной вопрос, как следует из названия: есть ли какие-либо заметные преимущества (или недостатки) использования прошивки EFI и загрузочных дисков GPT в среде ESXi? Под «заметным» я подразумеваю все, что угодно, кроме хорошо известного ограничения в 2 ТБ для дисков MBR и ограничения, согласно которому загрузочная прошивка BIOS должна использовать диски MBR для загрузки.
Конкретный вариант виртуальной машины показан на снимке экрана ниже.
На случай, если это имеет значение, некоторые сведения и особенности моей конкретной среды приведены ниже, хотя меня интересует общий случай, а также все, что могло бы относиться конкретно или только к среде Windows.
В результате некоторых недавних проектов, в которых мне удалось перетащить своих корпоративных хозяев в $ [day_job] в текущее десятилетие, я заменю большую часть систем домашнего офиса. Эти системы, а также то, чем они должны быть заменены, в первую очередь представляют собой ОС Windows Server, виртуализированные на ESX 5.5 (обновление 1 сейчас, скоро будет обновление 2, и VMFS5, поэтому поддержка больших объемов). Виртуальные машины, а также все хранилища, к которым они обращаются, находятся в сети SAN (EMC VNX 5400), которая предоставляется хостам ESXi через общие ресурсы NFS. Все с тонким предоставлением.
По большей части я просто обновлю кучу больших и сложных систем PITA на более новые платформы - например, наши файловые серверы с несколькими ТБ, которые в настоящее время работают на Server 2003 R2 и не используют DFS, будут обновлены до Server 2012 R2, поместите в пространства имен DFS, воспользуйтесь репликацией DFS и начните использовать дедупликацию данных Server 2012. Наша система SharePoint, которая в настоящее время работает на Server 2003 R2 и SQL Server 2005, будет обновлена до SharePoint 2013, работающей под управлением Server 2012 R2, и переведена на ядро SQL Server 2008 R2 или выше. И так далее.
Изучая файловые серверы и способы работы с объемом данных на них (каждый из файловых серверов нашего домашнего офиса имеет данные, превышающие 2 ТБ), я изучил и остановился на функции дедупликации данных в сервере. 2012. Так как это работает для каждого тома, лучше всего будет, если все данные будут в одном томе, а не разделены на несколько томов, как в нашем нынешнем беспорядке. Это подняло вопрос о том, что диски GPT лучше всего подходят для наших объемов данных, и привело меня к вопросу о EFI и прошивке BIOS. На всех наших серверах есть [виртуальные] диски ОС объемом 50 ГБ, которые отделены от любых томов данных, и, по крайней мере, в настоящее время я планирую сохранить это таким образом - возможность присоединить том данных к новой виртуальной машине очень полезна. .
Итак, имея это в виду, я не могу представить себе сценарий, при котором нам когда-либо понадобится или мы захотим, чтобы виртуальная машина загружалась с тома, который должен быть GPT, чтобы превышать ограничение диска MBR в 2 ТБ. Тот факт, что среда является чисто виртуальной, по-видимому, сводит на нет преимущества восстанавливаемости GPT-дисков, поэтому я не могу придумать убедительных причин для начала создания наших новых виртуальных машин с загрузочной прошивкой EFI и / или загрузочными томами GPT. Конечно, я также не могу придумать никаких веских причин придерживаться загрузочной прошивки BIOS и дисков MBR, и, следовательно, мой вопрос:
Есть ли какие-либо заметные преимущества (или недостатки) использования прошивки EFI и загрузочных дисков GPT в среде ESXi? (Под «заметным» я подразумеваю все, что угодно, кроме хорошо известного ограничения в 2 ТБ для дисков MBR и ограничения, согласно которому загрузочная прошивка BIOS должна использовать диски MBR для загрузки.)
Что касается 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.
Одно из мест, где настройка EFI для виртуальных машин очень полезна, - это возможность ручного преобразования P2V систем с нуля, которые были установлены с использованием EFI, поскольку EFI не поддерживается VMware Converter (или не поддерживается, в последний раз проверял). Видеть Как выполнить преобразование P2V в системе Windows Server 2008 R2 EFI? для справки по этому поводу.