Pour les personnes qui utilisent une application chaque matin, le nom de la plateforme importe peu. Ce qui compte, c’est le moment où elles peuvent rouvrir leur dernier dossier et le retrouver tel qu’elles l’ont laissé. C’est à partir de ce moment-là que nous aimons penser une migration. Puis remonter le fil.
Partir du premier dossier ouvert.
Pour qu’un dossier s’ouvre, l’application doit pouvoir lire ses données. Pour que ces données soient accessibles, la base doit être prête. Et pour que la personne retrouve son environnement, son compte doit être reconnu.
Vu du bureau, tout cela tient dans un double-clic. Vu de l’infrastructure, chaque étape a sa place dans l’ordre de reprise. Comprendre cet enchaînement permet de décider quels serveurs démarrer en premier, lesquels peuvent attendre et à quel moment inviter les équipes à se reconnecter.
Ce qui voyage avec un serveur.
Un serveur virtuel emporte son système, ses logiciels et ses données. Sur sa nouvelle plateforme, la façon d’accéder au disque ou au réseau peut changer. Le système doit, par exemple, reconnaître le contrôleur de stockage pour pouvoir lire son propre disque de démarrage.
C’est un détail très technique, avec une conséquence très simple. Un disque peut avoir été transféré dans son intégralité et rester illisible pour le serveur qui doit l’utiliser. Voilà pourquoi la préparation porte aussi sur ce qui se passera après la copie, dès les premières secondes du démarrage.
Jusqu’au dernier clic.
Pour les serveurs migrés, Proxmox VE a pris le relais de VMware en juillet. Côté infrastructure, le changement de plateforme est tangible. Côté utilisateur, la vérification la plus parlante tient souvent en quelques gestes : ouvrir un dossier, le modifier, le refermer. Puis le rouvrir et retrouver sa modification.
C’est le degré de précision que nous recherchons chez Redcore. Pouvoir dire ce qui a changé dans la salle serveurs, et savoir comment en vérifier le résultat depuis un bureau.