vSphere - Pourquoi mettre à niveau la version matérielle de VM?

18

Au début de l'année, nous avons effectué une mise à niveau de notre environnement vSphere de vSphere 5.0 vers vSphere 5.1 U1 Build 1063329 avec une dizaine d'hôtes ESXi et une instance de vCenter hébergés sur Windows Server 2008 R2 SP1. L'un des problèmes en suspens de ce projet est la mise à niveau du matériel virtuel pour les machines virtuelles .

J'ai du mal à comprendre pourquoi je devrais aller travailler et arrêter pour mettre à niveau la version du matériel virtuel sur toutes nos machines virtuelles. Nos machines virtuelles nouvellement créées utilisent Virtual Hardware v.9, la version prise en charge la plus récente de vSphere 5.1 U1 qui résout les problèmes que nous rencontrions avec Windows Server 2012 R2 et WinPE 4.0 sur notre ancienne instance vSphere 5.0. Toutes nos anciennes machines virtuelles sont des versions matérielles virtuelles compatibles ( KB2007240 ), nous ne sommes donc pas obligés de mettre à niveau leur version matérielle.

Est-ce que je manque une raison technique pour mettre à niveau tout le matériel virtuel de notre machine virtuelle vers la "plus récente" version 9, car le système d'exploitation invité et la compatibilité ESXi ne sont pas des problèmes? La mise à niveau du matériel virtuel n'est pas nécessairement triviale car je dois arrêter la machine virtuelle, prendre un instantané ou une sauvegarde de celle-ci, puis la mettre à niveau pour quelques centaines de machines virtuelles. Autre que d'éviter d'avoir à le faire à l'avenir et d'obtenir des données floues que toutes nos machines virtuelles fonctionnent sur la version la plus récente du matériel virtuel, pourquoi devrais-je prendre la peine de faire une transition directe au lieu d'une mise à niveau progressive lorsque nous remplaçons nos machines virtuelles?


la source

Réponses:

17

En général, les versions de matériel virtuel introduisent de nouvelles fonctionnalités, étendent les limites et peuvent avoir des implications sur les performances. Voir la matrice de version du matériel VMware .

Ne vous en faites pas pour la révision de vSphere à laquelle vous êtes actuellement. Vous pouvez exécuter toute la journée sur les anciennes versions, en fonction de la configuration que vous avez. La version matérielle VM 8 semble être le meilleur choix pour votre situation spécifique.

La seule véritable considération en ce qui concerne les versions de matériel virtuel est le passage de la version 8 ou vmx-09 à la vmx-10 introduite dans vSphere 5.5. Il y a des implications de gestion de cette décision. Mais sur le positif, ce processus est rationalisé via vSphere Web Client, qui vous permet de planifier la mise à niveau de la version de la machine virtuelle pendant le redémarrage de l'invité.

entrez la description de l'image ici

ewwhite
la source
1
l'option "Mettre à niveau uniquement après l'arrêt normal du système d'exploitation invité" est très cool
warren
D'après ce que j'ai observé, "Seulement la mise à niveau après l'arrêt normal du système d'exploitation invité" est inutile. Lorsqu'elle est cochée, la mise à niveau de la version matérielle ne se produit que lorsque la machine virtuelle est hors tension, pas lorsque l'OS invité redémarre, ce qui ruine fondamentalement l'idée d'une mise à niveau "planifiée" (ou opportuniste).
Nicolas Melay