XCP-ng et Xen Orchestra : l'alternative open source à VMware que peu connaissent

Si vous cherchez à sortir de VMware ou à remplacer un vieux XenServer sans repartir sur une licence propriétaire, XCP-ng mérite d’être sur votre liste. C’est une plateforme de virtualisation entièrement open source, issue de Citrix XenServer, développée et supportée par l’éditeur français Vates. Associée à Xen Orchestra, son interface d’administration, elle couvre ce dont une PME a besoin : plusieurs serveurs en pool, migrations à chaud, haute disponibilité et, surtout, une sauvegarde intégrée qui évite souvent un logiciel séparé.

Proxmox occupe la lumière, et nous le déployons souvent. Mais XCP-ng est une seconde option solide, que nous recommandons volontiers dans certains cas. Voici comment elle fonctionne, quand la choisir, comment migrer et les erreurs à éviter.

D’où vient XCP-ng

XenServer était l’hyperviseur de Citrix, très répandu dans les entreprises jusqu’à ce que son modèle de licence se ferme. XCP-ng en est la version communautaire, entièrement open source, avec les mêmes fondations éprouvées : l’hyperviseur Xen, utilisé aussi par de grands clouds publics.

Pour une entreprise, cela veut dire trois choses. Le code est ouvert, donc il n’y a pas de licence par processeur ou par cœur à racheter. La technologie n’est pas expérimentale : Xen tourne en production depuis longtemps dans des environnements exigeants. Et un éditeur existe derrière le projet, Vates, qui propose des contrats de support : vous n’êtes pas seul face à un forum le jour d’un incident.

Xen Orchestra, le centre de contrôle

XCP-ng se pilote avec Xen Orchestra, une interface web qui regroupe l’administration de plusieurs pools de serveurs. On y retrouve :

• La gestion des machines virtuelles : création, modèles, snapshots, consoles.
• Les migrations à chaud : déplacer une machine d’un serveur à l’autre sans l’arrêter, y compris avec son stockage.
• Les mises à jour du pool : appliquer les correctifs serveur par serveur, en déplaçant les machines au fur et à mesure.
• La sauvegarde intégrée : sauvegardes complètes et delta, réplication continue vers un second site, restauration de fichiers, envoi vers un partage réseau ou un stockage objet.

Xen Orchestra existe sous deux formes. L’appliance fournie par Vates, prête à l’emploi et couverte par le support. Et une version compilée depuis les sources, gratuite mais sans support éditeur. Pour une entreprise en production, nous recommandons la première : c’est elle qui garantit une aide de l’éditeur sur la sauvegarde, justement la partie qu’on ne peut pas se permettre de voir échouer.

XCP-ng, Proxmox, VMware : le comparatif

Critère	XCP-ng + Xen Orchestra	Proxmox VE	VMware vSphere
Licence	Open source, support Vates optionnel	Open source, abonnement support optionnel	Propriétaire, abonnement
Hyperviseur	Xen	KVM	ESXi
Stockage hyperconvergé	XOSTOR, plus récent	Ceph intégré, très répandu	vSAN, sous licence
Conteneurs	Non natif	LXC intégré	Non natif en standard
Sauvegarde	Intégrée à Xen Orchestra	Proxmox Backup Server ou Veeam	Logiciel tiers nécessaire
Support éditeur	Européen (France)	Européen (Autriche)	Américain
Profil idéal	Anciens clients XenServer, sites distants, sauvegarde tout-en-un	Clusters hyperconvergés, conteneurs, grande communauté	Parc existant avec compétences et budget

Ce tableau ne désigne pas un gagnant : il montre que les deux alternatives open source ont des forces différentes.

Quand nous le recommandons

• Vous venez de XenServer et voulez conserver vos habitudes, vos modèles et vos procédures sans repayer de licence.
• Vous voulez un support éditeur européen avec un vrai contrat, ce que Vates propose.
• Vous cherchez une plateforme stable pour un site distant ou une agence, administrée à distance depuis une console unique.
• Vous voulez une sauvegarde tout-en-un, pilotée depuis la même interface que la virtualisation, sans produit supplémentaire à maintenir.

Quand nous préférons Proxmox

Pour le stockage hyperconvergé, Proxmox intègre Ceph nativement alors que XCP-ng s’appuie sur XOSTOR, plus récent. Pour les conteneurs LXC ou une communauté très large, Proxmox a aussi l’avantage. C’est l’architecture que nous détaillons dans notre guide cluster Proxmox et Ceph en haute disponibilité. Les deux plateformes sont bonnes : nous choisissons selon votre existant, vos équipes et le support que vous attendez.

Migrer depuis VMware ou XenServer : la méthode

1. Inventorier chaque machine virtuelle : système, rôle, dépendances, fenêtre d’arrêt acceptable, propriétaire métier.
2. Dimensionner la cible : nombre de serveurs, mémoire, stockage partagé ou XOSTOR, réseau de stockage dédié, avec une marge pour absorber la perte d’un nœud.
3. Construire le pool XCP-ng, installer Xen Orchestra et configurer la sauvegarde avant la première migration, pas après.
4. Tester sur des copies : importer une machine peu critique depuis VMware ESXi ou vCenter avec l’outil d’import de Xen Orchestra, vérifier démarrage, réseau et applications.
5. Installer les outils invités dans chaque machine migrée, pour les pilotes et la remontée d’informations vers Xen Orchestra.
6. Basculer par vagues, les machines les moins critiques d’abord, avec un retour arrière prévu pour chacune.
7. Mettre en supervision et restaurer une machine complète depuis la sauvegarde avant de déclarer la migration terminée.

Pour un ancien XenServer, le chemin est plus direct : la parenté technique permet dans bien des cas une mise à niveau vers XCP-ng. Il faut néanmoins vérifier la compatibilité de la version installée et sauvegarder avant toute opération.

Les erreurs fréquentes

1. Un seul serveur : sans second nœud, pas de migration à chaud ni de reprise en cas de panne matérielle. On a changé d’hyperviseur, pas de niveau de résilience.
2. Deux serveurs sans stockage partagé ni réflexion sur la haute disponibilité : le basculement automatique ne fonctionne pas comme on l’imaginait.
3. La sauvegarde sur le même stockage que les machines virtuelles : si le stockage tombe ou est chiffré par un rançongiciel, tout part ensemble.
4. Jamais de test de restauration : un travail « réussi » dans Xen Orchestra ne prouve pas qu’une machine redémarre.
5. Xen Orchestra compilé depuis les sources en production, sans support, puis jamais mis à jour.
6. Outils invités oubliés après une migration depuis VMware : performances dégradées et informations manquantes dans la console.
7. Pas de supervision : un disque qui se remplit ou une sauvegarde qui échoue en silence pendant des semaines.

Checklist avant la mise en production

• Au moins trois nœuds, ou une justification écrite si le site n’en a que deux.
• Réseau de stockage séparé du réseau des utilisateurs.
• Xen Orchestra sous support éditeur, et mis à jour.
• Sauvegardes planifiées selon la règle 3-2-1 avec copie immuable, dont une hors site.
• Restauration d’un fichier et d’une machine complète testée et chronométrée.
• Outils invités installés sur chaque machine virtuelle.
• Supervision des serveurs, du stockage et des travaux de sauvegarde, avec alertes vers une astreinte.
• Procédure de mise à jour du pool documentée.
• Scénario de reprise écrit dans votre plan de reprise d’activité.

Dans les deux cas : l’architecture minimale

Que vous choisissiez XCP-ng ou Proxmox, les fondamentaux ne changent pas : cluster de trois nœuds minimum, réseau de stockage dédié, sauvegarde immuable hors site et supervision. Si vous avez déjà des licences Veeam ou des équipes formées à cet outil, il reste une option pertinente, voir nos bonnes pratiques Veeam pour les machines virtuelles.

Comment nous procédons

Nous commençons par un audit de l’existant : machines virtuelles, stockage, sauvegardes, licences en cours et compétences de votre équipe. Nous recommandons ensuite XCP-ng ou Proxmox selon vos contraintes, avec une architecture cible écrite. Nous construisons le cluster, configurons la sauvegarde, migrons par vagues avec retour arrière prévu, puis exploitons la plateforme : supervision 24/7, mises à jour, tests de restauration réguliers et revues de capacité. Tout cela s’inscrit dans notre offre virtualisation et serveurs, en lien avec nos partenariats Proxmox et Veeam. Vous pouvez consulter nos réalisations pour des projets comparables.

Vous hésitez entre XCP-ng, Proxmox ou le maintien de VMware ? Contactez-nous : l’audit initial est offert, et nous vous répondons sous 24 h ouvrées.