Un vCenter pour Proxmox qui ne pose aucun agent
ProxCenter est une console web qui rassemble plusieurs clusters Proxmox VE et serveurs Proxmox Backup Server (PBS) dans une seule interface. Son dépôt la présente comme une alternative à VMware vCenter pour Proxmox, et l'inventaire en reprend l'arbre : clusters, nœuds, VM, conteneurs, stockages, pools et tags. L'éditeur, AdminSysPro, la distribue en édition Community gratuite et en édition Enterprise sous licence commerciale.
ProxCenter ne pose aucun agent sur les hôtes. Il interroge l'API de Proxmox VE (port 8006) et de PBS (port 8007), de préférence avec un jeton d'API, et découvre tout un cluster à partir d'un seul nœud. SSH ne sert qu'à l'import de disques, aux mises à jour en rolling, au scan de CVE et à la collecte des flux réseau.
Proxmox Datacenter Manager répond au même besoin, mais vient de l'éditeur de Proxmox. PegaProx, autre console tierce, connecte aussi des pools XCP-ng, en préversion ; chez ProxCenter, XCP-ng n'est qu'une source de migration. Le comparatif des consoles multi-cluster pour Proxmox met les consoles tierces face à l'outil de l'éditeur.
Ceph et plusieurs PBS dès l'édition gratuite
- Un inventaire calqué sur vSphere : l'arbre suit la topologie Proxmox, avec des vues par hôte, par pool et par tag. Les migrations en cours y sont détectées d'elles-mêmes.
- Ceph jusqu'à l'OSD : l'arbre CRUSH et l'état de chaque OSD. La vue d'ensemble de Ceph fait partie de l'édition Community.
- Plusieurs PBS dans la même console : l'édition Community gère plusieurs serveurs Proxmox Backup Server et affiche leurs sauvegardes.
- Consoles dans le navigateur : noVNC et SPICE pour les VM QEMU.
- DRS (Enterprise) : répartition des VM entre les nœuds d'un cluster selon le CPU, la mémoire et le stockage, en mode manuel, partiel ou automatique, avec règles d'affinité et d'anti-affinité.
- Import depuis d'autres hyperviseurs (Enterprise) : VMware ESXi et vCenter, Hyper-V, Nutanix AHV et XCP-ng. Le mode warm (CBT) fonctionne depuis ESXi et vCenter, et depuis XCP-ng en connexion directe au pool ; il demande Proxmox VE 9 sur le nœud cible.
Automatisation payante au code fermé, PostgreSQL obligatoire
L'automatisation est réservée à l'Enterprise. La Community n'a aucune limite de nœuds et comprend l'inventaire, le stockage et Ceph, les sauvegardes, les événements et les utilisateurs. Migration, DRS, mises à jour en rolling, reprise sur site, RBAC avec LDAP ou OIDC, rapports et multi-tenant relèvent de l'Enterprise, selon la documentation ; le README, lui, cite la migration et « RBAC & SSO » sans cette mention. Ces fonctions exigent un orchestrateur en Go au code fermé : seule la Community, sous AGPL-3.0-or-later, se compile depuis le dépôt.
L'Enterprise se facture par nœud. L'EULA prévoit un abonnement annuel par nœud géré, sans tarif publié sur le site. La licence connectée porte un bail de 30 jours, renouvelé à chaque synchronisation quotidienne, qui transmet la clé, la version et le nombre de nœuds ; au-delà du quota, l'installation passe en lecture seule. Le mode MSP (centres de données virtuels, quotas par client, IPAM) vise les hébergeurs, mais l'EULA interdit de fournir des services managés à des tiers sans accord écrit séparé.
PostgreSQL est obligatoire. Le script d'installation, la voie prise en charge, pose Docker, Compose et PostgreSQL sous /opt/proxcenter. Le README demande Docker Engine 24 ou plus, 2 Go de RAM et 10 Go de disque au minimum, et Proxmox VE 8.x ou 9.x. Sans Docker, la Community se compile à la main avec Node.js 22.12 et PostgreSQL 16 au moins : 4 Go de RAM pour compiler, environ 300 Mo pour tourner.
La migration entre clusters passe par Proxmox. La documentation y décrit des déplacements hors ligne, appuyés sur la migration distante de Proxmox, qui refuse une VM gérée par la HA, répliquée ou porteuse de snapshots.
25 versions en sept mois, un seul contributeur. Le dépôt date du 4 février 2026. De la v1.0.0 (1er mars 2026) à la v1.4.11 (5 octobre 2026), 25 versions sont sorties, et le compte adminsyspro signe 2 083 commits, Dependabot les 66 autres. La v1.4.0 (12 mai 2026) a remplacé SQLite par PostgreSQL sans reprise automatique des données : la mise à jour repart d'une base vide.