Choix - Proxmox VE
A. Contexte
Section titled âA. ContexteâLe laboratoire LoutikCLOUD repose sur un parc matĂ©riel hĂ©tĂ©rogĂšne de rĂ©cupĂ©ration et dâoptimisation. Lâinfrastructure physique se compose de deux machines de bureau HP ProDesk 400 G3 (processeur Intel Core i5-6500, 32 Go de RAM, 256 Go SSD + 500 Go HDD) et dâun ordinateur portable Dell Inspiron 15 3225 (processeur AMD Ryzen 5 5500U offrant 12 cĆurs logiques, 16 Go de RAM, 256 Go SSD NVMe + 500 Go HDD).
Le dĂ©fi actuel est de transformer ces trois Ă©quipements physiques disparates en un environnement dâhĂ©bergement unifiĂ©, rĂ©silient et automatisable. Lâobjectif est de pouvoir dĂ©ployer des services dâinfrastructure Ă la volĂ©e (via de lâInfrastructure as Code) tout en maĂźtrisant totalement les coĂ»ts. Le besoin dâune solution bare-metal1 capable de lier ces trois machines est donc critique.
B. Cahiers des charges
Section titled âB. Cahiers des chargesâ| ID | Type | Exigence | Description |
|---|---|---|---|
| [REQ-F01] | Fonctionnel | Gratuité | La solution ne doit nécessiter aucune licence payante pour débloquer ses fonctionnalités fondamentales. |
| [REQ-F02] | Fonctionnel | Support de Cloud-Init | CapacitĂ© Ă injecter automatiquement des configurations (clĂ©s SSH, rĂ©seau, utilisateurs) lors du premier dĂ©marrage dâune machine virtuelle. |
| [REQ-T01] | Technique | Fonctionnement en Cluster | Possibilité de regrouper les trois machines physiques sous une interface et une API de gestion uniques. |
| [REQ-T02] | Technique | Tolérance matérielle (HCL) | Le systÚme doit accepter du matériel grand public (cartes réseau Realtek, chipsets de PC portables) sans exiger de matériel certifié serveur. |
C. Les solutions du marché
Section titled âC. Les solutions du marchĂ©âC.1. PrĂ©sentations des solutions
Section titled âC.1. PrĂ©sentations des solutionsâC.1.1. Proxmox VE
Section titled âC.1.1. Proxmox VEâ- PrĂ©sentation gĂ©nĂ©rale : Hyperviseur open-source basĂ© sur la distribution Linux Debian. Il intĂšgre nativement la virtualisation (KVM) et les conteneurs (LXC).
- Fonctionnement : Il sâinstalle directement sur le matĂ©riel physique et propose une interface web complĂšte pour gĂ©rer le stockage, le rĂ©seau et la haute disponibilitĂ©.
- Profil : TrĂšs prisĂ© dans lâĂ©cosystĂšme homelab2 et chez les hĂ©bergeurs alternatifs pour sa flexibilitĂ©, son absence de bridage de licence et sa robustesse.
C.1.2. VMware vSphere (ESXi)
Section titled âC.1.2. VMware vSphere (ESXi)â- PrĂ©sentation gĂ©nĂ©rale : Le standard historique des entreprises. Câest une solution propriĂ©taire et fermĂ©e (dĂ©sormais gĂ©rĂ©e par Broadcom).
- Fonctionnement : Utilise un micro-noyau trÚs optimisé mais trÚs strict sur les pilotes matériels. La gestion en cluster nécessite un composant externe payant (vCenter).
- Profil : OrientĂ© exclusivement vers le monde de lâentreprise (Corporate) avec des budgets de licences consĂ©quents et du matĂ©riel certifiĂ©.
C.1.3. XCP-ng
Section titled âC.1.3. XCP-ngâ- PrĂ©sentation gĂ©nĂ©rale : DĂ©rivĂ© open-source du projet XenServer, soutenu par lâentreprise Vates.
- Fonctionnement : Repose sur lâhyperviseur Xen. Pour ĂȘtre exploitĂ© pleinement, il doit ĂȘtre couplĂ© Ă âXen Orchestraâ, une interface de gestion externe (fournie sous forme dâappliance ou Ă compiler soi-mĂȘme).
- Profil : OrientĂ© infrastructure dâentreprise et fournisseurs de cloud (IaaS), avec une volontĂ© de proposer une alternative open-source sĂ©rieuse Ă VMware.
C.2. Comparatifs des solutions
Section titled âC.2. Comparatifs des solutionsâ| Exigence | Proxmox VE | VMware ESXi | XCP-ng |
|---|---|---|---|
| [REQ-F01 (GratuitĂ©)] | ValidĂ© (gratuit) | Non validĂ© (Licences gratuites supprimĂ©es) | Ăvaluation (Gratuit, mais Xen Orchestra nĂ©cessite compilation) |
| [REQ-F02 (Cloud-Init)] | ValidĂ© (Support natif UI/API) | Ăvaluation (Complexe sans vCenter) | Ăvaluation (NĂ©cessite lâinterface Xen Orchestra) |
| [REQ-T01 (Cluster)] | Validé (Natif via Corosync) | Non validé (Nécessite vCenter payant) | Validé (Natif via Xen Orchestra) |
| [REQ-T02 (Matériel)] | Validé (Base Debian permissive) | Non validé (HCL trÚs stricte, refusera le PC portable) | Validé (Base CentOS permissive) |
D. Solution proposée
Section titled âD. Solution proposĂ©eâLa solution proposĂ©e pour lâinfrastructure est Proxmox VE.
Proxmox VE sâimpose comme une Ă©vidence technique pour LoutikCLOUD. En sâappuyant sur un noyau Debian standard, il garantit la reconnaissance matĂ©rielle de nos machines HP ProDesk et du PC portable Dell, lĂ oĂč des hyperviseurs dâentreprise bloqueraient dĂšs lâinstallation sur des pilotes rĂ©seau. Les trois nĆuds (les deux HP et le Dell) seront rassemblĂ©s au sein dâun mĂȘme cluster3 Proxmox. Cela permettra de centraliser lâadministration sur une seule adresse IP et de gĂ©rer les ressources globales (le calcul CPU et le stockage SSD/HDD) de maniĂšre unifiĂ©e.
De plus, lâintĂ©gration native de Cloud-init4 dans lâinterface de Proxmox sâaligne parfaitement avec notre approche dâautomatisation. Il sera possible de dĂ©ployer un template (modĂšle) de Debian, de lui attribuer une IP statique et des clĂ©s SSH Ă la volĂ©e, le tout pilotĂ© via des outils comme Terraform ou Ansible.
Justification du rejet des solutions alternatives :
- VMware vSphere (ESXi) : RejetĂ© catĂ©goriquement. Broadcom a mis fin Ă la version gratuite (ESXi Free). De plus, son HCL5 extrĂȘmement stricte aurait trĂšs certainement refusĂ© de sâinstaller sur la carte rĂ©seau grand public du PC portable Dell. Enfin, la crĂ©ation dâun cluster nĂ©cessite un serveur vCenter, qui est une solution payante et lourde.
- XCP-ng : RejetĂ© pour des raisons de complexitĂ© architecturale dans notre contexte prĂ©cis. Bien que la solution soit excellente, la gestion de Cloud-init et du clustering nĂ©cessite de dĂ©ployer Xen Orchestra. Pour lâobtenir gratuitement avec toutes les fonctionnalitĂ©s dĂ©bloquĂ©es, il faut le compiler depuis les sources (XOA), ce qui ajoute une friction de maintenance inutile (mise Ă jour manuelle de lâorchestrateur) par rapport Ă lâapproche âtout-en-unâ native de Proxmox VE.
Footnotes
Section titled âFootnotesâ-
Bare-metal : Traduit par âmĂ©tal nuâ. DĂ©signe un systĂšme dâexploitation ou un hyperviseur qui sâinstalle directement sur le matĂ©riel physique de lâordinateur, sans passer par un systĂšme classique (comme Windows ou macOS) au prĂ©alable. â©
-
Homelab : Un laboratoire informatique Ă domicile. Câest un environnement oĂč les passionnĂ©s et professionnels de lâinformatique hĂ©bergent des serveurs chez eux pour expĂ©rimenter, apprendre et auto-hĂ©berger des services. â©
-
Cluster : Une âgrappeâ de serveurs. Câest le fait de relier plusieurs ordinateurs physiques ensemble via le rĂ©seau pour quâils se comportent comme un seul grand systĂšme unifiĂ©. â©
-
Cloud-init : Un outil standardisĂ© qui permet de configurer automatiquement une machine virtuelle lors de son tout premier dĂ©marrage (injection de mots de passe, clĂ©s de sĂ©curitĂ©, configuration du rĂ©seau), Ă©vitant ainsi de devoir le faire Ă la main. â©
-
HCL (Hardware Compatibility List) : Une liste trĂšs stricte tenue par les Ă©diteurs de logiciels dâentreprise qui dĂ©finit exactement quels composants Ă©lectroniques sont autorisĂ©s et reconnus par leur systĂšme. â©