Y a-t-il de bonnes raisons de désactiver la virtualisation assistée par matériel?

Récemment, nous avons eu un certain nombre de serveurs Dell, qui ont tous désactivé la virtualisation assistée par matériel dans le BIOS.

Pour autant que je sache, la virtualisation assistée par matériel est une bonne chose - alors pourquoi Dell la désactiverait-elle? Y a-t-il un surcoût de performances si la machine n'agit pas comme hôte de machine virtuelle? Y a-t-il des problèmes de sécurité?

Dans le cas où cela est pertinent pour vos réponses, nous utiliserons principalement:

• Système d'exploitation hôte: Windows Server 2003 Enterprise R2 (32 bits)
• Système d'exploitation invité: Windows Server 2003 Enterprise R2 (32 bits)
• VMM: Virtual Server 2005 Enterprise R2 SP1

La raison pour laquelle Dell (et Sony, etc.) désactivent Intel-VT et AMD-V est qu'ils ne peuvent pas le prendre en charge. L'activation de la fonctionnalité signifierait qu'ils devraient fournir un support, ce que le ne peut tout simplement pas faire, en raison de connaissances insuffisantes au support, principalement.

C'est du moins ainsi que Sony l'a formulé.

J'ai essayé de chercher la raison des gars du support Sony et c'est la seule chose qu'ils me donneraient. J'ai finalement pu patcher mon BIOS et activer moi-même le VT.

Pour le reste, des trucs comme Bluepill ne sont pas vraiment grand public. Et pour autant que je sache - et je travaille beaucoup avec la virtualisation - il n'y a aucun inconvénient à l'activer. Si c'est le cas, j'aimerais vraiment le savoir ...

Une très bonne raison est la sécurité. Il existe des hacks connus qui insèrent un hyperviseur malveillant entre votre système d'exploitation et votre matériel. Cela permet à quiconque de capturer des données de manière parfaitement transparente.

Je suppose que tous les processeurs disponibles pour une combinaison de carte mère et de BIOS ne prennent pas en charge les extensions VT. Donc, ils le livrent comme désactivé dans le BIOS pour des raisons de compatibilité.

Les temps changent et la TV devient un lieu assez courant maintenant. Alors peut-être verrons-nous un changement?

Je l'ai trouvé sur le registre :

Les ingénieurs de Sony et les responsables de l'assurance qualité étaient: "Très préoccupés par le fait que l'activation de VT exposerait nos systèmes à un code malveillant qui pourrait pénétrer très profondément dans la structure du système d'exploitation du PC et désactiver complètement ce dernier."

Selon la méthode de virtualisation que vous envisagez d'utiliser, vous n'aurez peut-être pas besoin d'activer les fonctionnalités de virtualisation matérielle dans les processeurs compatibles Intel-VT et AMD-V. Lorsque vous devez utiliser ces fonctionnalités, c'est lorsque la méthode de virtualisation ne peut pas fonctionner lors de l'installation de systèmes d'exploitation non modifiés, généralement Microsoft Windows.

Lorsque vous travaillez avec VMware, les fonctionnalités de virtualisation matérielle ajoutées par les chipsets Intel-VT et AMD-V sont généralement inutiles car VMware fournit toutes les fonctionnalités nécessaires en lui-même et peut entraîner une dégradation des performances du serveur virtuel lui-même.

Avec la virtualisation Xen, vous devrez utiliser ces fonctionnalités si vous avez l'intention d'exécuter Windows dans les domaines invités non privilégiés (domU) et d'installer en utilisant la virtualisation complète plutôt que la para-virtualisation. D'après mon expérience, l'activation de ces fonctionnalités peut montrer une dégradation globale des performances dans l'ensemble, même si cela vous permettra d'installer Windows. D'autres systèmes d'exploitation comme Linux, * BSD et OpenSolaris n'ont eu aucun problème d'installation sans virtualisation matérielle et voient une bien meilleure amélioration lorsque les fonctionnalités de virtualisation matérielle sont désactivées.

En fin de compte, cela se résume à la voie de virtualisation que vous envisagez de prendre et aux systèmes d'exploitation que vous voyez en cours d'installation qui peuvent être le facteur déterminant pour le laisser désactivé ou continuer et l'activer.

Ayant travaillé dans la prise en charge des serveurs Dell, tous les serveurs compatibles VT ont la fonctionnalité désactivée dans le BIOS par défaut, mais il est facile à activer si vous en avez besoin.

Quant à Sony - ils l'ont désactivé dans les ordinateurs portables, pour les raisons indiquées ci-dessus.

Je n'ai jamais vu un serveur avec des capacités VT / SVM complètement désactivées, au point que vous ne pouvez pas l'activer.

Je suis peut-être en retard, mais dans de nombreux cas avec des choses comme VMWare, cela ralentit beaucoup les choses:

Livre blanc VMWare sur le sujet

Comme mentionné ci-dessus, tout est lié au support. Laisser VT désactivé réduit le nombre de scénarios de support où VT devient un facteur, permettant une résolution plus rapide des problèmes pour la majorité des clients qui ne se sont pas aventurés sur la voie de la virtualisation.

Une chose que j'ai notée est que dans Windows 7, l'exécution de la version bêta du mode xp provoque des conflits avec la station de travail vmware lorsque VT est activé sur ma Dell. Les deux veulent "mettre la main sur" l'extension VT et comme le mode xp laisse un processus VPC s'exécuter même après avoir quitté, il ne "lâche pas" le VT. Ainsi, lorsque vous lancez vmware, toute machine virtuelle que vous essayez d'exécuter meurt au démarrage. La désactivation de l'extension VT dans le BIOS empêche cela de se produire, mais avec des performances nettement réduites.

L'activation d'Intel VT rend le processeur plus chaud, j'ai eu un ordinateur de bureau et un ordinateur portable qui ont eu ce comportement, à la fois avec des refroidisseurs de CPU d'origine. Je fais référence aux ordinateurs personnels, mais c'est la même fonctionnalité.

Je sais que AMD-V est activé par défaut, mais je ne sais pas si cela rend le processeur plus chaud.

Je suis quasiment sûr que la virtualisation assistée par matériel n'a pas de surcharge lorsque vous exécutez simplement un système d'exploitation natif.

La seule raison pour laquelle je peux penser à avoir la possibilité de le désactiver (je n'y avais jamais pensé auparavant, en fait) est que certaines applications / charges de travail pourraient en fait être plus mauvaises lorsque le HAV est activé que lorsqu'elles sont exécutées en mode natif, en raison de certains frais généraux dans la MMU par exemple.

Je ne m'en inquiéterais pas du tout.

Jetez un œil à Hewlett Packard Proliant DL145 G3 - Serveurs.

HP a désactivé l'HyperVisor (HV) par le BIOS. Le BIOS-Menue n'affiche pas d'option pour activer cette fonction. La seule réponse aux questions concernant ce problème est "cette plate-forme ne prend pas en charge la virtualisation matérielle - fin de la discussion"

Il est tout simplement impossible d'activer HV avec le BIOS fourni par HP.

La seule solution: Coreboot ... qui consiste à effacer complètement le PHOENIX-BIOS de ces cartes et à le remplacer par autre chose ...