vSphere - Pourquoi mettre à niveau VM Version matérielle?
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. Un des problèmes en suspens de ce projet est la mise à niveau de Virtual Hardware for Virtual Machines .
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 de matériel virtuel compatibles ( KB200724 ), 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 puisque 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?
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 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 implications de gestion de ce mouvement. Mais sur le positif, ce processus est rationalisé via vSphere Web Client, ce qui vous permet de planifier la mise à niveau de la version VM lors du redémarrage de l'invité).
