← Retour aux carnets de terrainCarnet de terrain 03 — Hyper-V

Infrastructure temporaire. Prise au sérieux.

Création d’un cluster Hyper-V temporaire et migration DEV/UAT

Une plateforme de transition fiable, construite avec du matériel retiré du service pendant que l’infrastructure moderne était transférée vers un autre site.

ContexteOrganisation britannique de services technologiques
RôleIngénieur infrastructures
Pour aller plus loinÉtude de cas technique expurgée des données sensibles, disponible en PDF, en anglais.

La situation

Les hôtes récents devaient rejoindre un centre de données avant l’arrivée du matériel de remplacement définitif. Les environnements de développement et d’UAT avaient toujours besoin d’une plateforme. La solution pratique consistait donc à récupérer trois serveurs HPE retirés du service et à construire un cluster temporaire avec le matériel déjà présent sur site.

Ce que j’ai découvert

L’ancien matériel pouvait exécuter Windows Server 2022 et utiliser le stockage SAN partagé, mais la validation du cluster a révélé une panne bien plus intéressante. La connectivité réseau habituelle fonctionnait, alors que les appels d’administration WinRM, CIM, WMI et Hyper-V échouaient entre les hôtes. Les explications évidentes — réseau, pare-feu, stratégies et authentification — devenaient progressivement moins convaincantes.

Ce que j’ai changé

J’ai réinstallé les hôtes, associé les cartes réseau physiques aux ports des commutateurs, configuré les VLAN nécessaires, créé le cluster de basculement et séparé les flux d’administration, de migration dynamique et des machines virtuelles. Le défaut d’administration à distance provenait du comportement des anciennes cartes réseau ; l’ajustement de paramètres de déport des traitements réseau vers la carte (offload) et de virtualisation a rétabli ces échanges. J’ai ensuite validé la migration dynamique, le drainage des nœuds (déplacement de leurs machines virtuelles vers les autres nœuds) et le redémarrage avec reprise contrôlée, avant de préparer l’environnement source et d’utiliser Hyper-V Replica pour la migration DEV/UAT.

Le résultat

Trois serveurs vieux d’une dizaine d’années sont devenus un cluster de basculement temporaire fonctionnel, avec stockage partagé, connectivité résiliente pour les machines virtuelles et plan de retour arrière documenté. La migration a pu avancer pendant la transition du centre de données, au lieu d’attendre plusieurs mois le matériel de remplacement.

Ce que je retiens pour la suite

Temporaire ne veut pas dire approximatif. Si un système provisoire doit héberger de vraies charges de travail, il mérite une séparation claire des flux réseau, une validation, un retour arrière et suffisamment de documentation pour que « temporaire » ne devienne pas discrètement « mystérieux ».

Envie d’en savoir plus ?

L’étude de cas complète contient les détails de mise en œuvre, le diagnostic et les éléments techniques qui étayent ce carnet. Le PDF est en anglais.