Cela semble simple, mais je ne comprends pas très bien la stratégie de correction appliquée à la mise à jour manuelle des hôtes VMware ESXi autonomes. Le blog de VMware vSphere tente d’expliquer cela , mais le processus lui-même n’est pas encore clair pour moi.
Sur le blog:
Say Patch01 inclut des mises à jour pour les VIB suivants: "esxi-base", "driver10" et "driver 44". Et puis, plus tard, Patch02 propose des mises à jour pour "esxi-base", "driver20" et "driver 44". P2 est cumulatif en ce sens que les VIB "esxi-base" et "driver44" incluront les mises à jour dans Patch01. Cependant, il est important de noter que Patch02 n'inclut pas le VIB "driver 10" car ce module n'a pas été mis à jour.
Cet article sur les communautés VMware donne une réponse différente. Celui-ci contredit l'autre.
La plupart des installations ESXi que je rencontre sont autonomes et n'utilisent pas Update Manager . Il est possible de mettre à jour un hôte individuel à l'aide des correctifs rendus disponibles via le portail de téléchargement de correctifs VMWare . Le processus est assez simple , cette partie a donc du sens.
Le plus gros problème consiste à déterminer quoi télécharger et installer. Dans mon cas, j'ai un bon nombre de versions ESXi spécifiques à HP qui intègrent des capteurs et une gestion du matériel HP ProLiant.
- Supposons que ces serveurs commencent par une version ESXi # 474610 à partir de 9/2011.
- En regardant la capture d'écran du portail de correctifs ci-dessous, vous trouverez un correctif pour ESXi update01, version n ° 623860. Il existe également des correctifs pour les versions 653509 et 702118.
- Dans une ancienne version d'ESXi (par exemple, une version spécifique du fournisseur), quelle est la bonne approche pour mettre le système à jour complètement? Quels patchs sont cumulatifs et lesquels doivent être appliqués de manière séquentielle? L'installation de la nouvelle version est-elle la bonne approche ou dois-je revenir en arrière et appliquer des correctifs de manière incrémentielle?
- Une autre considération est la taille importante des téléchargements de correctifs. Sur les sites à bande passante limitée, le téléchargement de plusieurs correctifs de ~ 300 Mo est difficile.
Réponses:
Les correctifs ESXi sont cumulatifs. Je viens de passer du numéro de construction: 623860 au numéro de construction: 721882 en sautant plusieurs correctifs. Pas de problème.
Kyle Gleed, employé de VMware, a déclaré: "Les correctifs sont cumulatifs. Nous publions généralement des kits de correctifs tous les trois mois. Un nouveau bulletin de correctifs inclura toutes les mises à jour / correctifs des précédents bulletins."
http://blogs.vmware.com/vsphere/2012/02/understanding-esxi-patches-finding-patches.html
la source
Il y a un nouveau billet de blog de VMware
Le résumé pertinent est:
...
Donc oui. Ils sont cumulatifs tant que vous les installez correctement.
la source
Les correctifs semblent être cumulatifs , en supposant que vous commenciez avec le dernier fichier installable. package (basé sur .ISO).
Mon exemple le plus récent consistait donc à extraire le fichier .ISO ESXi 5.1 (version n ° 799733) et à l’installer sur mes serveurs physiques. A partir de là, j'ai eu l'option de construire # 838463 ou # 914609. Une analyse minutieuse des entrées des journaux des modifications et de la base de connaissances a montré que la construction # 914609 incluait tout du contenu de # 838463. J'ai donc pu accéder directement à ce niveau de révision, à partir de l'installation de base (n ° 799733).
la source
Compte tenu de la complexité de leur système de correctifs, j'installerais la dernière version et la mise à jour à partir de là si cela est possible dans votre environnement.
Stockez tous vos téléchargements au même endroit, en les renommant si nécessaire / possible pour que vous connaissiez l'ordre de correction sur vos autres systèmes avec une bande passante limitée. Placez ces fichiers sur une grande clé USB et emportez-les avec vous ailleurs.
Essayer de comprendre que la structure de patch goofy a l’air exaspérant.
la source
ewwhite, vous avez peut-être déjà rencontré cet article, mais il y a quelque temps, je l'avais marqué d'un signet:
http://blogs.vmware.com/vsphere/2012/02/understanding-esxi-patches-finding-patches.html
Espérons que cela aide
la source