Virtualisation : Proxmox VE et VMware vSphere

1. Cadrage et dimensionnement

• Inventorier CPU, RAM, stockage, IOPS, interfaces, dépendances, fenêtres de sauvegarde et licences
• Mesurer les pointes, pas seulement les moyennes
• Définir RPO, RTO et ordre de redémarrage des services
• Réserver une capacité de panne : un cluster HA doit absorber la perte d’un nœud
• Vérifier la compatibilité matérielle et le support de chaque application

2. Déployer Proxmox VE

1. Valider matériel, firmware, virtualisation CPU et contrôleurs de stockage.
2. Installer sur des disques système dédiés et configurer un réseau de gestion non exposé à Internet.
3. Appliquer la configuration de dépôts correspondant à l’abonnement.
4. Créer stockage, ponts réseau et rôles avant les premières VM.
5. Sauvegarder la configuration et tester une restauration de VM avant la production.

pveversion -v
pvesm status
pvecm status
qm list
pct list

Un cluster Proxmox exige une latence stable et un quorum fiable. La documentation officielle recommande au moins trois nœuds pour un quorum HA robuste ; ne pas étirer un cluster sur un lien instable sans conception dédiée.

3. Déployer VMware vSphere

1. Vérifier la matrice de compatibilité Broadcom pour serveurs, contrôleurs, pilotes et versions.
2. Installer ESXi sur un réseau de gestion isolé et synchroniser le temps.
3. Déployer vCenter selon le dimensionnement officiel.
4. Créer datacenter, cluster, commutateurs, stockage et rôles nominatifs.
5. Appliquer les licences et tester sauvegarde/restauration de configuration et de VM.

Les versions, éditions et droits commerciaux changent. La documentation d’exploitation doit enregistrer les clés, contrats, dates de fin de support et fonctions effectivement autorisées, sans supposer qu’une fonction d’une ancienne édition reste incluse.

4. Stockage, snapshots et sauvegardes

• Isoler les identités et le stockage de sauvegarde du plan d’administration des hyperviseurs
• Conserver au moins une copie immuable ou hors ligne
• Tester restauration complète et granulaire
• Mesurer la durée réelle de restauration pour valider le RTO

5. Sécurité d’exploitation

• MFA et comptes nominatifs pour les consoles quand la plateforme le permet
• Rôles minimaux et compte de secours sous contrôle
• Interfaces de gestion sur réseau dédié accessible depuis des postes d’administration
• Correctifs selon bulletins éditeur et fenêtre maîtrisée
• Journalisation centralisée et alertes sur connexions, changements de rôles et arrêts
• Aucun accès direct des utilisateurs aux hyperviseurs

La compromission d’un hyperviseur donne potentiellement accès à toutes les charges hébergées. Il doit être classé au même niveau critique que les contrôleurs de domaine et les systèmes de sauvegarde.

6. Migration entre plateformes

1. Cartographier dépendances, IP, VLAN, disques, snapshots, agents et licences.
2. Valider une méthode de conversion officiellement supportée.
3. Tester une VM non critique et mesurer arrêt, conversion et contrôles.
4. Effectuer une sauvegarde indépendante avant la bascule.
5. Prévoir coexistence et retour arrière sans écriture concurrente.
6. Après bascule, retirer les anciens outils invités et tester application, sauvegarde et supervision.

7. Diagnostic rapide

Conserver les journaux et métriques avant de redémarrer. Un redémarrage peut masquer la cause et supprimer les indices nécessaires à l’analyse.