VMware et d'autres fournisseurs de logiciels créent et regroupent leurs mises à jour logicielles dans des unités spécifiques que vSphere Lifecycle Manager peut consommer. Le plus petit élément de module est le composant. Les composants peuvent être regroupés en unités logicielles plus grandes, telles que des modules complémentaires et des images de base.
- Les fabricants OEM sont des partenaires VMware, par exemple Dell, HPE, VMware Cloud on AWS.
- Les fournisseurs de logiciels tiers sont des fournisseurs de filtres d'E/S, de pilotes de périphériques, de modules CIM, etc.
Qu'est-ce qu'un VIB (vSphere Installation Bundle) ?
Le VIB est le bloc constitutif de base pour la création de modules d'installation pour les hôtes ESXi. Un VIB est un module logiciel qui contient des métadonnées et une charge utile binaire, qui représente l'élément logiciel à installer sur un hôte ESXi. Le VIB ne représente pas une fonctionnalité complète, mais seulement un module unique de la fonctionnalité. Par conséquent, le VIB est la plus petite unité logicielle installable que VMware et d'autres fournisseurs de logiciels proposent.
À partir de vSphere 8.0, un VIB peut installer le logiciel sur le dispositif ESXi s'exécutant sur l'hôte ou sur le dispositif ESXi s'exécutant sur un périphérique DPU de l'hôte. Un seul VIB peut également comprendre des mises à jour pour les deux versions d'ESXi sur l'hôte et sur le périphérique DPU.
| Terme | Définition |
|---|---|
| Métadonnées du VIB | Fichier XML (descriptor.xml) qui décrit le contenu du VIB. Ce fichier contient également des informations de dépendance, des descriptions textuelles, la configuration système requise et des informations concernant les bulletins. |
| VIB autonome | Un VIB qui n'est pas inclus dans un bulletin ou un composant. |
Toutefois, vSphere Lifecycle Manager ne consomme pas de VIB individuels et ne fonctionne pas avec ceux-ci. Les VIB doivent être regroupés dans un élément de niveau supérieur, telle qu'une image de base, un module complémentaire, etc.
Qu'est-ce qu'un bulletin ?
| Terme | Définition |
|---|---|
| Correctif | Petite mise à jour logicielle qui apporte des correctifs de bogues ou des améliorations à la version actuelle du logiciel. Un correctif regroupe un ou plusieurs VIB pour résoudre un problème particulier ou pour apporter des améliorations à la version actuelle du logiciel. |
| Bulletin de consolidation | Ensemble de correctifs regroupés pour faciliter les téléchargements et le déploiement. |
| Extension | Bulletin définissant un groupe de VIB pour ajouter un composant facultatif à un hôte ESXi. Une extension est généralement proposée par un tiers. Le fournisseur tiers est également responsable de la fourniture de correctifs et de mises à jour pour l'extension. |
Que sont les composants logiciels ?
Le composant est l'élément de module de base pour les VIB. VMware, les OEM et les fournisseurs de logiciels tiers fournissent désormais des logiciels sous forme de composants. Le composant est un bulletin contenant des métadonnées supplémentaires fournissant le nom et la version du composant. Contrairement au bulletin, le composant est un regroupement logique de VIB qui vous fournit une fonctionnalité complète et visible lors de l'installation. Les composants peuvent contenir des VIB pour la version d'ESXi sur le serveur, pour la version d'ESXi du périphérique DPU du serveur, si le serveur repose sur DPU, ou pour les deux.
VMware et les OEM ne fournissent pas de composants indépendamment. VMware regroupe les composants en images de base ESXi entièrement opérationnelles et amorçables. Les OEM regroupent les composants en modules complémentaires de fournisseur. Les fournisseurs de logiciels tiers créent et expédient du logiciel, par exemple des pilotes ou des adaptateurs, en tant que composants indépendants.
Qu'est-ce qu'une image de base ?
L'image de base est une image ESXi que VMware fournit avec chaque version de ESXi. L'image de base est un ensemble de composants complet qui peut démarrer un serveur. Les images de base ont un nom lisible par l'utilisateur et une version unique qui est mise à jour avec chaque version majeure ou mineure de ESXi.
| Type de version | Exemple de dénomination d'image de base |
|---|---|
| ersion de disponibilité générale | ESXi 8.0 |
| Version de mise à jour | ESXi 8.0 U1, ESXi 8.0 U2, etc. |
| Version de correctif | ESXi 8.0 a, ESXi 8.0 b, etc. |
| Version de correctif de sécurité | ESXi 8.0 sa, ESXi 8.0 sb, etc. |
| Version de correctif après une version de mise à jour | ESXi 8.0 U1 a, ESXi 8.0 U2 sa, etc. |
Dans vSphere 8.0, les images de base peuvent contenir des composants et des VIB applicables à la version d'ESXi s'exécutant sur un périphérique DPU. Par conséquent, une image de base unique peut contenir des mises à jour logicielles pour ESXi sur le serveur et ESXi sur le périphérique DPU.
Les images de base sont hébergées et disponibles dans le dépôt en ligne VMware. En outre, vous pouvez télécharger un fichier ISO du programme d'installation d'ESXi et un bundle hors ligne (fichier ZIP) contenant la version d'ESXi à partir de customerconnect.vmware.com.
Qu'est-ce qu'un module complémentaire de fournisseur ?
Les OEM comportent un ou plusieurs composants en une unité appelée module complémentaire. Les modules complémentaires de fournisseur vous permettent de personnaliser une image ESXi avec du contenu OEM et des pilotes.
Un module complémentaire est un ensemble de composants qui ne représentent pas une image de démarrage complète. Vous ne pouvez pas utiliser les modules complémentaires de fournisseur seuls. Pour personnaliser une version d'ESXi, vous devez ajouter le module complémentaire de fournisseur à une image de base ESXi. La combinaison du module complémentaire de fournisseur et d'une image de base ESXi est pratiquement identique à une image personnalisée fournie par un OEM.
Lorsqu'il est combiné à une image de base ESXi, le module complémentaire peut ajouter, mettre à jour ou supprimer des composants faisant partie de l'image de base ESXi. Dans vSphere Client, pour chaque module complémentaire disponible dans le dépôt, vous pouvez afficher la liste des composants qu'il ajoute à une image de base ESXi. De même, vous trouverez des informations sur les composants qu'il supprime d'une image de base.
En plus des images ISO personnalisées et des bundles hors ligne, les OEM peuvent lancer des fichiers ZIP contenant uniquement le module complémentaire de fournisseur, c'est-à-dire le delta entre l'image personnalisée et l'image de base d'ESXi. Les OEM peuvent publier ces fichiers ZIP de modules complémentaires à leur gré. L'introduction du concept de modules complémentaires dissocie le cycle de publication des OEM du cycle de publication de VMware. Par conséquent, vous pouvez mettre à jour les modules complémentaires de fournisseur indépendamment de la mise à jour de la version d'ESXi de vos hôtes. En outre, le module complémentaire de fournisseur dissocie la personnalisation OEM de l'image standard VMware. Par conséquent, vous pouvez combiner des composants logiciels plus librement.
Dans vSphere 8.0, les modules complémentaires de fournisseur prennent en charge le logiciel ESXi qui s'exécute sur les périphériques DPU.
Bulletins et composants dans le dépôt vSphere Lifecycle Manager
vSphere Lifecycle Manager peut consommer des bulletins et des composants.
Si vous utilisez des lignes de base et des groupes de lignes de base pour gérer des hôtes et des clusters, vSphere Lifecycle Manager lit et répertorie les mises à jour logicielles disponibles dans le dépôt de vSphere Lifecycle Manager en tant que bulletins. Vous trouverez la liste des bulletins disponibles sous l'onglet Mises à jour de la vue d'accueil de vSphere Lifecycle Manager.
Si vous utilisez des images de vSphere Lifecycle Manager pour gérer des hôtes et des clusters, vous pouvez utiliser uniquement des composants et les notions connexes des modules complémentaires et des images de base. Vous trouverez la liste des composants, des modules complémentaires et images de base ESXi sous l'onglet Dépôt d'images sur la vue d'accueil de vSphere Lifecycle Manager.
