Aller au contenu principal

Virtualisation

Migration depuis VMware

Des alternatives pour les entreprises qui réévaluent leur virtualisation: transférer les machines vers notre cloud managé ou repenser la plateforme sur leur propre matériel, avec un inventaire et des tests avant toute intervention en production.

Le point de départ

Les évolutions des modèles de licence sur le marché de la virtualisation ont conduit de nombreuses entreprises à réexaminer leurs contrats et leurs coûts. La décision n’est pas seulement économique: elle touche aux sauvegardes, à la restauration, au matériel et à la responsabilité de l’exploitation de la plateforme.

Ce que nous constatons habituellement

  • Renouvellements à des conditions différentes de celles souscrites il y a plusieurs années.
  • Machines virtuelles héritées dont plus personne ne connaît la fonction.
  • Outils de sauvegarde et de réplication liés à la plateforme actuelle.
  • Nécessité de maintenir la production tout au long du processus.

À quelles entreprises elle s'adresse

Entreprises disposant d’environnements virtualisés sur site et envisageant de renouveler leur matériel, de changer d’hyperviseur ou de passer à un cloud managé.

Nous examinons votre plateforme actuelle et vous présentons les scénarios possibles avec leurs implications concrètes.

Demander une analyse de virtualisation

Ce que comprend la solution

  • Inventaire et dépendances

    Machines, ressources, réseaux, applications et relations entre serveurs.

  • Comparaison des scénarios

    Conserver l’existant, renouveler le matériel sur site ou migrer vers notre cloud, avec les implications opérationnelles de chaque option.

  • Migration par phases

    Groupes de machines par niveau de criticité, avec des créneaux convenus et une validation après chaque phase.

  • Sauvegardes et restauration réévaluées

    La sauvegarde est redéfinie sur la plateforme cible et la restauration est testée.

Comment elle est déployée

  1. 1État des lieux de l’environnement actuel et des contrats en vigueur.
  2. 2Conception de l’environnement cible et définition des critères de validation.
  3. 3Test de migration avec des machines non critiques.
  4. 4Migration par phases avec un plan de retour arrière documenté.
  5. 5Exploitation et supervision de la nouvelle plateforme.

Scénarios réels

Renouvellement des licences avec une forte hausse des coûts

De nombreuses entreprises découvrent le changement de modèle de licence à réception de leur proposition de renouvellement. Avant de décider, il est utile d’inventorier les machines, les ressources réellement utilisées et les dépendances, car les entreprises paient souvent pour des capacités réservées qui ne sont jamais consommées. Cet inventaire sert aussi bien à négocier qu’à dimensionner une plateforme alternative.

Transition par étapes sans interrompre la production

La migration est planifiée par groupes de machines: d’abord les environnements de test et les services auxiliaires, puis les applications métier. Chaque groupe est migré sur un créneau convenu, fait l’objet d’une validation avec les utilisateurs et conserve une possibilité de retour arrière jusqu’à confirmation de son bon fonctionnement pendant plusieurs jours d’exploitation réelle.

Les livrables du projet

Le projet comprend l’inventaire de l’environnement actuel, la proposition de plateforme cible avec son dimensionnement, le plan de migration par groupes avec les créneaux et les responsables, la mise en œuvre avec validation par les utilisateurs, la nouvelle stratégie de sauvegarde et la documentation de l’environnement final. Les licences du système d’exploitation et des applications sont à la charge de l’entreprise, et leur compatibilité avec la plateforme cible est confirmée auprès de chaque éditeur avant tout engagement sur les dates. À la clôture du projet, un rapport présente les éléments migrés, les points en suspens et les décisions prises au cours du processus.

Ce qui est en jeu si rien n'est fait

  • Dépendances cachées entre machines

    Les services qui communiquent entre eux via une adresse IP fixe ou un nom d’hôte cessent de fonctionner si seule une partie de l’ensemble est déplacée.

  • Sauvegardes liées à l’hyperviseur

    Si l’outil de sauvegarde est intégré à la plateforme actuelle, le changement affecte également la stratégie de sauvegarde et doit être planifié en parallèle.

  • Support de l’éditeur de l’application

    Certains logiciels ne bénéficient d’un support que sur des plateformes précises. Il convient de le vérifier avant de s’engager sur un calendrier.

Questions fréquentes

¿Faut-il tout migrer en une seule fois?
Non. La migration s’effectue par groupes de machines, en commençant par les moins critiques pour valider la procédure.
¿Peut-on conserver les serveurs physiques actuels?
Dans de nombreux cas oui, si le matériel est sous garantie et répond aux exigences. Ce point est évalué lors de l’inventaire.
¿Que deviennent les sauvegardes pendant la migration?
La sauvegarde de l’environnement source est maintenue jusqu’à ce que l’environnement cible soit validé et testé.
¿Pouvons-nous rester sur VMware?
C’est aussi une conclusion valable. L’objectif de l’analyse est de décider sur la base de données concrètes, pas d’imposer un changement.
¿Faut-il tout migrer ou peut-on conserver une partie de l’existant?
Il est possible de conserver une partie de l’existant. Un scénario courant consiste à conserver sur la plateforme actuelle les éléments présentant une forte dépendance et à transférer le reste vers une infrastructure managée ou un cloud privé. La décision s’appuie sur l’inventaire, en tenant compte du coût des licences, du cycle de vie du matériel et des exigences de chaque application.
¿Combien de temps dure une migration de ce type?
Cela dépend du nombre de machines, du volume de données et des créneaux disponibles. En revanche, les étapes restent les mêmes: inventaire et tests en premier, migration par groupes ensuite et période d’observation pour terminer. Fixer une date avant l’inventaire est le meilleur moyen de finir par improviser.
¿Que deviennent les sauvegardes pendant la transition?
La protection de l’environnement source est maintenue jusqu’à ce que l’environnement cible dispose de ses propres sauvegardes vérifiées. Pendant la transition, les deux stratégies coexistent, et la précédente n’est abandonnée qu’après la réalisation d’un test de restauration sur la nouvelle plateforme.
¿Peut-on réaliser l’inventaire sans s’engager à migrer?
Oui, et c’est même recommandé. L’inventaire des machines, de la consommation réelle et des dépendances a une valeur en soi: il permet de négocier le renouvellement avec l’éditeur actuel, de repérer les capacités payées mais inutilisées et de décider sur la base de données concrètes si une migration est pertinente ou non.

Demander une analyse de virtualisation

Nous examinons votre plateforme actuelle et vous présentons les scénarios possibles avec leurs implications concrètes.

Demander une analyse de virtualisation