Fonctionnalités

Version actuelle · v8.3-ce50 · octobre 2026 · Basée sur XCP-ng 8.3

Plateforme de base

XCP-hl repose sur XCP-ng 8.3, avec des modifications de l’installateur, de XO Lite, du déploiement de XOA et de la distribution des paquets. La plateforme utilise l’hyperviseur et la pile de gestion amont ; leurs prérequis matériels et fonctionnels restent applicables.

Personnalisations

XO Lite modifié

XO Lite est l’interface de gestion légère, en page unique, fournie avec chaque hôte XCP-ng. XCP-hl ne change qu’un seul écran : à la construction, un outil automatisé réécrit de petites portions ciblées de xoa-deploy.vue (voir Composants pour le mécanisme exact).

La version amont de xo-lite est figée via le fichier UPSTREAM_TAG du dépôt xolite-ce (actuellement xo-lite-v0.21.0, la dernière version connue comme fonctionnelle) et ne bouge que lorsque cette valeur est relevée délibérément.

Ce que le correctif change :

• Le bouton « Deploy XOA » pointe vers une page de déploiement XOA actualisée.
• L’image XOA-hl.
• L’image officielle de Vates.
• L’image fournie par Ronivay.
• Un champ personnalisé pour déployer votre propre image XOA.

Tout le reste de XO Lite (gestion des VM, accès à la console, exploration des SR, métriques de l’hôte) reste inchangé.

xoa-proxy : livraison locale des XVA

Un serveur HTTP écrit en Rust conçu pour l’occasion (xoa-proxy) est fourni avec l’ISO et s’exécute sur l’hôte. Il :

• sert l’image XOA de la communauté, y compris au format compressé en gzip ;
• prend en charge HTTP et HTTPS (certificats auto-signés compris).

Image XOA HomeLab (par défaut)

L’image XOA déployée par le proxy est xoa-hl : Xen Orchestra construit depuis les sources pour XCP-hl, débarrassé des entrées de menu verrouillées par licence et des bandeaux d’incitation. Voir Composants pour savoir comment elle est construite.

Image XOA de Ronivay

L’image XOA déployée par le proxy est construite à partir de ronivay/XenOrchestraInstallerUpdater, un installateur communautaire bien maintenu pour Xen Orchestra auto-hébergé.

Image XOA de Vates

Il s’agit de l’image officielle fournie par Vates pour la gestion multi-hôtes de XCP-ng. Dans ce cas, vous pouvez indiquer les identifiants à l’étape de déploiement.

Image personnalisée

N’importe quel XVA, brut ou gzippé, servi en HTTP ou HTTPS. Indiquez votre propre URL sur l’écran de déploiement : votre propre build, une ancienne version que vous avez conservée, ou une image hébergée n’importe où, accessible depuis l’hôte. Les champs d’identifiants sont laissés vides à remplir : rien n’est pré-rempli, XCP-hl n’ayant aucun moyen de savoir ce que l’image attend.

Signature GPG

Tous les artefacts XCP-hl sont signés avec la clé GPG XCP-hl, ce qui permet à quiconque de confirmer qu’un paquet ou une ISO provient bien de ce projet et n’a pas été altéré. Cette section est une référence pour qui veut le vérifier soi-même ; la plupart des lecteurs peuvent passer directement à Ce que vous obtenez.

Structure de la clé

La clé suit un modèle offline master key + sous-clés :

Le fichier de clé publique contient les deux signing subkeys. Il suffit de l’importer une fois pour vérifier à la fois les RPM et la checksum de l’ISO.

Ce que vous obtenez (récapitulatif complet)

Hyperviseur et gestion des hôtes

• Toutes les fonctionnalités de XCP-ng 8.3 : tous les types de VM (HVM, PV, PVH), la migration à chaud (XenMotion) et Storage XenMotion.
• Storage Repositories (SR) : LVM local, NFS, iSCSI (LVM et EXT), HBA/FC, XOSTOR (hyperconvergé), SMB, SR d’ISO.
• Bibliothèque d’ISO prête à l’emploi : une partition dédiée de 20 Go est réservée à l’installation et enregistrée comme SR d’ISO au premier démarrage, ce qui vous permet d’envoyer des images d’installation et de créer des VM sans configurer le stockage à la main. Voir Stockage ISO.
• GPU / vGPU : passthrough PCI et prise en charge des vGPU NVIDIA GRID.
• HA : haute disponibilité du pool avec redémarrage automatique des VM en cas de panne d’un hôte.

Stockage ISO

Par défaut, XCP-ng n’a nulle part où ranger les ISO d’installation : aucun SR d’ISO n’existe, et en créer un revient à choisir un chemin, créer un répertoire et lancer xe sr-create à la main. XCP-hl le fait pour vous.

Ce que vous obtenez. Une installation neuve réserve une partition de 20 Go, la formate en ext4 avec l’étiquette xcphl-iso, la monte sur /var/opt/xen/xcp-hl-iso et l’enregistre auprès de XAPI comme SR d’ISO nommé XCP-HL ISO library. Elle apparaît immédiatement dans Xen Orchestra : vous pouvez donc envoyer une ISO (Import → Disk, en sélectionnant le SR d’ISO) et démarrer une VM dessus sans configuration supplémentaire.

Taille de disque requise. XCP-hl demande un disque de 100 Go, réparti approximativement ainsi :

En dessous de 100 Go, la réservation est ignorée plutôt que de réduire le stockage des VM à quelques Go. L’installation se termine quand même et le disque est partitionné exactement comme le ferait XCP-ng standard. Vous n’obtenez simplement pas de bibliothèque d’ISO, et une ligne dans /var/log/installer en indique la raison.

Où cela s’applique. La partition est créée par l’installateur : elle n’existe donc que sur les hôtes installés à partir d’une ISO XCP-hl. Un hôte installé depuis XCP-ng standard qui ajoute ensuite les dépôts XCP-hl conserve son partitionnement existant, rien ne repartitionne une machine en fonctionnement. Ces hôtes peuvent toujours créer un SR d’ISO manuellement, de la manière habituelle.

La mise à niveau d’un hôte XCP-hl existant conserve la partition, puisqu’une mise à niveau ne repartitionne jamais, et le SR d’ISO est retrouvé grâce à l’étiquette du système de fichiers.

Limitation connue. Si vous débranchez le PBD du SR puis le rebranchez sans redémarrer, XAPI le rattache mais le système de fichiers reste non monté : la bibliothèque paraît donc vide jusqu’au prochain redémarrage, qui la remonte. C’est inhérent à la façon dont XCP-ng gère les SR d’ISO locaux (legacy_mode) et cela affecte de la même manière le SR intégré XCP-ng Tools ; un redémarrage, ou mount /var/opt/xen/xcp-hl-iso, rétablit la situation.

XO Lite (gestion rapide depuis le navigateur)

Disponible sur http://<ip-de-l-hote> immédiatement après l’installation :

• vue d’ensemble du pool et de l’hôte (CPU, RAM, stockage en un coup d’œil) ;
• liste des VM : démarrer, arrêter, redémarrer, accéder à la console ;
• inspection basique des SR et du réseau ;
• workflow de déploiement HomeLab : déploiement de XOA en un clic, sans connexion à Internet si vous hébergez votre image XOA en local.

XOA-hl : l’interface Web d’administration

L’image hl déploie Xen Orchestra dans sa propre VM. XOA-hl fournit :

• L’administration des hôtes et des VM via l’interface Xen Orchestra 5 : consultation des ressources et gestion des machines virtuelles.
• Les commandes de sauvegarde et de planification de Xen Orchestra construit depuis les sources.
• Les mises à jour des hôtes XCP-hl dans les onglets Patches des hôtes et des pools, avec les dépôts XCP-hl.
• Les commandes de mise à jour de l’appliance sous Settings → XOA-HL Updates. L’hôte et l’appliance se mettent à jour séparément.
• Des menus épurés : les entrées de mise à jour de l’appliance Vates, Hub, proxies et XOSTOR sont masquées ; le bandeau communautaire pointe vers la documentation XCP-hl.

Cette description correspond à la release xoa-hl v5.113.2_e281c536-ce20, qui fixe Xen Orchestra à 5.113.2. Les autres images possèdent leurs propres fonctions et mécanismes de mise à jour. Voir Mises à jour et le composant XOA-hl.

Limitations connues dans cette version

Versions récentes

Les cinq ISO les plus récentes et les versions des composants livrées avec chacune. Toutes les versions figurent dans la matrice des versions, et ce qui a changé, et pourquoi, dans le journal des modifications.