Есть ли веские причины для отключения аппаратной виртуализации?

Недавно у нас было несколько серверов от Dell, у всех из которых в BIOS была отключена аппаратная виртуализация.

Насколько я знаю, аппаратная виртуализация - это хорошо, так почему бы Dell отключить ее? Есть ли у нее снижение производительности, если машина не выступает в роли хоста виртуальной машины? Есть ли проблемы с безопасностью?

В случае, если это имеет отношение к вашим ответам, мы в первую очередь будем использовать:

• ОС хоста: Windows Server 2003 Enterprise R2 (32-разрядная версия)
• Гостевая ОС: Windows Server 2003 Enterprise R2 (32-разрядная версия)
• VMM: Virtual Server 2005 Enterprise R2 SP1

Причина, по которой Dell (и Sony и т. Д.) Отключают Intel-VT и AMD-V, заключается в том, что они не могут его поддерживать. Включение этой функции будет означать, что им придется оказывать поддержку, чего просто не может сделать, в основном из-за недостатка знаний в службе поддержки.

По крайней мере, так сформулировала Sony.

Я пытался выяснить причину от парней поддержки Sony, и это единственное, что они мне дали. Я наконец смог исправить мой BIOS и включить VT, хотя.

В остальном, такие вещи, как Bluepill, не совсем обычные. И насколько я знаю , - и я работа с виртуализацией запихнуть много - нет недостатка включить его. Если есть, я бы очень хотел узнать об этом ...

Одна очень веская причина - безопасность. Известны хаки, которые вставляют вредоносный гипервизор между вашей ОС и вашим оборудованием. Это позволяет любому человеку захватывать любые данные совершенно прозрачным способом.

Я бы рискнул предположить, что не все процессоры, доступные для данной комбинации материнской платы и BIOS, поддерживают расширения VT. Таким образом, они поставляются как отключенные в BIOS для совместимости.

Времена меняются, и VT становится довольно распространенным явлением. Так что, возможно, мы увидим изменения?

Я нашел это в Реестре :

Инженеры Sony и специалисты по обеспечению качества были: «Очень обеспокоены тем, что включение VT может подвергнуть наши системы вредоносному коду, который может очень глубоко проникнуть в структуру операционной системы ПК и полностью отключить последний».

В зависимости от метода виртуализации, который вы собираетесь использовать, вам может не потребоваться включить аппаратные функции виртуализации в процессорах с поддержкой Intel-VT и AMD-V. Когда вам нужно будет использовать эти функции, это когда метод виртуализации не работает при установке немодифицированных операционных систем, обычно Microsoft Windows.

При работе с VMware функции аппаратной виртуализации, добавляемые с помощью наборов микросхем Intel-VT и AMD-V, обычно не нужны, поскольку VMware предоставляет все необходимые функции внутри себя и может привести к снижению производительности самого виртуального сервера.

При виртуализации Xen вам понадобится использовать эти функции, если вы собираетесь запускать Windows в непривилегированных гостевых доменах (domU) и устанавливать с использованием полной виртуализации, а не паравиртуализации. По моему опыту, необходимость включения этих функций может показывать значительное снижение производительности в целом, но это позволит вам установить Windows. Другие операционные системы, такие как Linux, * BSD и OpenSolaris. У меня не было проблем с установкой без аппаратной виртуализации, и я вижу гораздо лучшие улучшения, когда функции аппаратной виртуализации отключены.

В конце концов, все сводится к тому, какой путь виртуализации вы планируете выбрать, и какие операционные системы, по вашему мнению, устанавливаются, могут стать определяющим фактором, чтобы оставить его отключенным или продолжить и включить его.

Проработав в поддержку сервера Dell, все VT , способные серверы имеют возможность отключена в BIOS по умолчанию, но это легко включить , если вам это нужно.

Что касается Sony - у них она отключена в ноутбуках по причинам, указанным выше.

Я никогда не видел сервера с полностью отключенными возможностями VT / SVM, до такой степени, что вы не можете его включить.

Возможно, я отстал от времени, но во многих случаях с такими вещами, как VMWare, это на самом деле делает многие вещи медленнее:

VMWare Белая книга по теме

Как упомянуто выше, все дело в поддержке. Отключение VT снижает число сценариев поддержки, в которых VT становится фактором, позволяющим быстрее решать проблемы для большинства клиентов, которые не пошли дальше по пути виртуализации.

Одна вещь, которую я заметил, заключается в том, что в Windows 7 запуск бета-версии режима xp вызывает конфликты с рабочей станцией vmware, когда VT включен на моей dell. Оба хотят «завладеть» расширением VT, и, поскольку режим xp ​​оставляет процесс VPC запущенным даже после выхода, он не «отпускает» VT. Поэтому, когда вы запускаете vmware, любая виртуальная машина, которую вы пытаетесь запустить, умирает при запуске. Отключение расширения VT в BIOS предотвращает это, но с заметно сниженной производительностью.

Включение Intel VT делает процессор более горячим, у меня был настольный компьютер и ноутбук, которые имели такое поведение, как со стандартными процессорами-кулерами. Я ссылаюсь на домашние компьютеры, но это та же функция.

Я знаю, что AMD-V включен по умолчанию, но я не знаю, нагревает ли он процессор.

Я почти уверен, что виртуализация с аппаратной поддержкой НЕ имеет никаких издержек, когда вы просто работаете с нативной ОС.

Единственная причина, по которой я могу думать, что у меня есть возможность его отключить (я никогда раньше не задумывался об этом), на самом деле, заключается в том, что некоторые приложения / рабочие нагрузки могут на самом деле работать хуже, когда HAV включен, чем когда он запускается изначально, из-за определенных накладных расходов. в MMU например.

Я бы не волновался об этом вообще.

Просто взгляните на Hewlett Packard Proliant DL145 G3 - Серверы.

HP отключил HyperVisor (HV) с помощью BIOS. В меню BIOS нет опции для включения этой функции. Единственный ответ на вопросы по этой проблеме: «эта платформа не поддерживает аппаратную виртуализацию - конец обсуждения»

Просто невозможно включить HV с BIOS, предоставленным HP.

Единственное решение: Coreboot ... то есть полностью стереть PHOENIX-BIOS с этих плат и заменить его чем-то другим ...