Vérifier à la main si Broadcom a sorti une nouvelle version d’ESXi ou de vCenter, c’est le genre de tâche qu’on oublie facilement, surtout entre deux correctifs majeurs. Un développeur indépendant, connu sous le pseudonyme Sri7ach1, a construit une réponse à ce problème récurrent : Tracker ESXi + vCenter, un scraper qui surveille les notes de version de Broadcom et publie chaque nouveauté sous forme de flux RSS.
L’essentiel en quelques lignes
- Le projet surveille automatiquement les notes de version d’ESXi et de vCenter publiées par Broadcom.
- Il cible actuellement la branche VMware 8.0 Update 3, avec une vérification environ toutes les heures.
- Il distingue la date officielle de publication du moment où le scraper a détecté la version.
- ESXi et vCenter partagent un seul et même flux RSS.
- C’est un service indépendant, non officiel, pensé pour alerter, pas pour installer quoi que ce soit automatiquement.
Techniquement, rien de sophistiqué : un scraper Python interroge la documentation, BeautifulSoup traite le HTML, et des expressions régulières extraient les numéros de version et leurs dates. Dès qu’un changement apparaît, l’historique se met à jour et le flux RSS se régénère. L’idée derrière tout ça : transformer une page qu’on doit se souvenir de consulter en une source qu’on peut brancher ailleurs.
De la vérification manuelle à l’alerte automatique
Tout part des notes de version que Broadcom publie pour ESXi et vCenter Server. Le scraper consulte ces pages à intervalle régulier et compare ce qu’il trouve avec ce qu’il connaît déjà. Une version inconnue apparaît, elle rejoint l’historique.
Le détail qui change tout : le système garde en mémoire deux dates distinctes, celle de la publication réelle et celle de la détection par le scraper. Sans cette séparation, toutes les versions anciennes remonteraient comme nouvelles dans le flux dès le premier passage de l’outil.
Concrètement, ESXi 8.0 Update 3 est sorti le 25 juin 2024, mais le tracker ne l’a intégré à son historique que le 27 août 2026, lors de sa mise en service. À l’inverse, la version la plus récente, Update 3k, publiée le 29 juillet 2026, affiche bien sa date de sortie officielle. Le site recense aujourd’hui 11 entrées pour ESXi et 11 pour vCenter au sein de la famille 8.0 Update 3. Côté ESXi, la liste va de la version initiale jusqu’à 3k en passant par 3b, 3c, 3d et les suivantes ; côté vCenter, l’historique inclut en plus la version 3a, absente de la liste ESXi, et va lui aussi jusqu’à 3k. Chaque entrée pointe directement vers les notes de version correspondantes chez Broadcom, ce qui laisse à l’administrateur le soin de vérifier le détail de chaque correctif.
Un flux RSS unique, à brancher où on veut
Le projet regroupe les nouveautés des deux produits dans un flux RSS unique, exploitable dans n’importe quel lecteur, mais surtout utile une fois relié à un outil d’automatisation. Une équipe peut recevoir un email à chaque nouvelle version, publier une notification sur son canal interne, ou créer automatiquement une tâche du type « vérifier ESXi 8.0 Update 3k ». Le flux s’intègre aussi bien avec Power Automate qu’avec tout autre système capable de lire du RSS.
Le scraper n’a pas besoin de connaître le système de notification de chaque organisation : sa seule responsabilité s’arrête à la publication correcte d’un nouvel élément dans le flux. Chaque équipe décide ensuite de la suite. Cette séparation entre détection et communication permet à la même source RSS de servir aussi bien à un usage personnel qu’à des alertes automatiques ou à un canal d’information interne, sans toucher au code de consultation des notes Broadcom.
Le service est accessible à l’adresse esx-rss.mirabalphoto.es, et le flux lui-même se trouve sur esx-rss.mirabalphoto.es/feed.xml. Un point à garder en tête : ce service n’a aucun lien officiel avec Broadcom ni avec VMware. Détecter une nouvelle version ne veut pas dire qu’il faut l’installer dans la foulée.
Détecter n’est pas installer
L’outil s’arrête à la première étape : repérer qu’une version existe. La suite reste le travail habituel de l’administrateur : lire les notes officielles, examiner les correctifs, vérifier les enjeux de sécurité, regarder les problèmes connus, et contrôler la compatibilité matérielle avant de planifier quoi que ce soit.
Dans un environnement VMware, cela touche ESXi, vCenter, les pilotes, les firmwares, les solutions de sauvegarde, le stockage, le réseau et tout logiciel qui dépend, de près ou de loin, de la plateforme de virtualisation. Si la mise à jour s’avère nécessaire, le déploiement suit la procédure de test habituelle de l’organisation.
Le flux RSS agit donc comme un déclencheur pour la gestion des correctifs, pas comme un mécanisme d’installation automatique. C’est particulièrement utile quand une mise à jour corrige une faille de sécurité : réduire le délai entre la publication et la prise de connaissance compte, mais évaluer le changement avant la mise en production reste incontournable.
Un modèle transposable au-delà de VMware
La partie la plus réutilisable du projet ne concerne pas vraiment VMware en particulier. Les administrateurs restent souvent dépendants de pages web qu’ils doivent consulter régulièrement pour suivre des firmwares, des versions de pilotes, des mises à jour d’appliances, des alertes de sécurité ou de la documentation produit. Quand le fournisseur propose une API, un flux RSS ou une notification email, autant l’utiliser directement.
Sinon, un petit système de surveillance maison peut consulter la page à intervalle régulier, extraire les données pertinentes, comparer avec l’état précédent, et ne générer une alerte qu’en cas de changement réel. Ce modèle évite d’envoyer une notification à chaque vérification, seulement quand quelque chose a bougé. Il s’applique à toute page dont la structure reste raisonnablement stable, avec une limite évidente : si l’éditeur change ses URL ou son HTML, la détection casse et demande à être corrigée. D’où l’intérêt de surveiller aussi ces automatisations elles-mêmes.
Cette logique de veille automatisée rejoint les réflexions plus larges des équipes qui envisagent une migration hors de VMware : dans les deux cas, il s’agit de réduire la dépendance à des processus manuels et de reprendre la main sur le calendrier des mises à jour.
La branche surveillée reste configurable
Le tracker suit aujourd’hui la branche 8.0 Update 3, celle utilisée par son auteur. Passer à une autre branche ne demande pas de toucher à la logique du scraper : il suffit de modifier quelques variables de configuration qui déterminent les pages surveillées. Le projet fonctionne donc à la fois comme un service prêt à l’emploi et comme une base pour qui veut construire sa propre surveillance, y compris en faisant tourner plusieurs trackers pour différentes briques de son infrastructure et en centralisant les alertes dans un seul système.
Rien d’intelligence artificielle ni de plateforme de supervision sophistiquée là-dedans, juste des briques techniques simples qui suppriment une tâche manuelle répétitive. Si une page web contient une information qui peut affecter l’infrastructure et que quelqu’un doit penser à la consulter, il y a de bonnes chances qu’un scraper de ce genre fasse le travail à sa place.
Questions fréquentes
Qu’est-ce que Tracker ESXi + vCenter ?
Un projet indépendant qui analyse les notes de version de VMware publiées par Broadcom et génère un flux RSS regroupant les nouvelles versions détectées d’ESXi et de vCenter.
À quelle fréquence détecte-t-il les nouvelles versions ?
Le scraper consulte les pages configurées environ toutes les heures, selon son créateur.
Le flux RSS est-il officiel chez Broadcom ou VMware ?
Non. Le service précise explicitement qu’il n’a aucun lien officiel avec Broadcom ou VMware. Les notes officielles restent la référence pour le détail de chaque mise à jour.
Peut-on brancher ce flux RSS sur des alertes automatiques ?
Oui. Le flux s’intègre à des lecteurs RSS classiques, à Power Automate ou à tout système capable de consommer ce format pour déclencher une notification ou un workflow dès qu’une nouvelle version apparaît.
Peut-on suivre une autre branche VMware que 8.0 Update 3 ?
Le code n’a pas besoin d’être modifié pour ça : changer quelques variables de configuration suffit à cibler une autre branche ou une autre page de notes de version.