Partir de votre environnement.
La virtualisation permet d’organiser plusieurs environnements sur une infrastructure commune. Pour l’entreprise, les questions restent concrètes : quelles applications doivent fonctionner, quelles ressources leur réserver et comment intervenir sans perdre de vue les autres services ? Agedis vous accompagne dans l’étude et le suivi de ces environnements, en tenant compte des contraintes des systèmes invités, du stockage et du réseau qui les relie aux utilisateurs.
Une migration de machine virtuelle demande une préparation précise. Il faut identifier l’environnement de départ, la destination, les accès nécessaires et les dépendances de l’application. Les échanges techniques documentés de l’équipe comprennent notamment la préparation d’un import de machine Linux dans VMware et des travaux autour de Proxmox. Chaque projet garde son propre périmètre, ses étapes de vérification et ses conditions de mise en service à convenir.
Décrire les dépendances
Machines, applications, espaces de stockage et liaisons réseau doivent être repérés. Cet état des lieux aide à comprendre ce qui peut être déplacé et ce qui doit rester accessible.
Préparer les changements
Un transfert ou une évolution se planifie avec les personnes concernées. Les ressources de destination, les accès d’administration et la fenêtre d’intervention sont à préciser avant le passage.
Relier virtualisation et sauvegarde
Les besoins des machines virtuelles se distinguent de ceux des postes. La politique de copie et les possibilités de restauration doivent être examinées pour les services concernés.
Choisir la virtualisation pour un besoin identifié
La virtualisation peut accompagner le remplacement d’un serveur, la reprise d’une machine existante ou l’organisation de plusieurs environnements. Nous partons des applications et des services à héberger. Les ressources de calcul, la mémoire, les volumes de données et les échanges réseau doivent être rapprochés de leurs besoins réels.
Les conditions d’administration, de sauvegarde et de licence font partie de l’étude. Le choix d’un hyperviseur ou d’un environnement d’accueil ne suffit pas à définir le projet. Nous précisons aussi les responsabilités : qui administre le socle, qui exploite le système invité et qui intervient sur l’application métier.
Reprendre une machine physique ou une VM existante
Une conversion physique vers virtuel demande d’identifier ce qui dépend du matériel : interfaces, périphériques, pilotes et éventuels dispositifs de licence. L’import d’une machine virtuelle existante demande quant à lui de vérifier le format, le réseau, les ressources et les modalités de transfert. Ces éléments guident le plan d’intervention.
Deux démarches sont à comparer : convertir le système existant ou reconstruire un environnement pour y migrer les usages. Nos cas présentent ces deux situations, avec une reprise Linux par conversion et une migration Windows associant données et profils. Le choix d’un nouveau projet se prépare avec l’état du système et les contraintes applicatives.
Vérifier les usages après le démarrage
Les contrôles peuvent couvrir les services attendus, les sessions utilisateurs, les dossiers et une opération représentative dans l’application. Un environnement qui démarre constitue une première étape ; le comportement réel doit encore être observé. Des ressources suffisantes sur le papier ne remplacent pas l’examen d’une lenteur signalée par un utilisateur.
La sauvegarde de la VM et la récupération de ses données sont préparées selon le périmètre retenu. Un instantané de travail et une sauvegarde durable répondent à des fonctions différentes ; leurs conditions sont examinées avec l’outil utilisé. La possibilité d’un retour et les contraintes de la bascule sont discutées avant l’opération.
Conserver une organisation lisible
Le projet peut produire un relevé des machines, de leurs rôles, des ressources attribuées et des points de vigilance. Les accès administratifs et les responsabilités de suivi sont identifiés. Les machines devenues inutiles ou les copies de travail sont traitées selon une décision explicite, après vérification des besoins de conservation.
Sur un projet hébergé, Agedis prépare les systèmes et leur exploitation ; Cloudlab étudie le socle datacenter. Les prérequis de l’application restent à coordonner avec son éditeur. Cette organisation évite qu’une évolution du socle fasse oublier les données, les comptes et les opérations métier à maintenir.
Vos questions
Travaillez-vous sur VMware et Proxmox ?
Ces environnements font partie des sujets suivis par l’équipe. Le périmètre d’intervention dépend de la version, de l’architecture et des accès disponibles.
Un déplacement de VM suffit-il à migrer une application ?
Les dépendances de l’application doivent aussi être vérifiées : réseau, accès, ressources et prérequis de l’éditeur peuvent conditionner sa remise à disposition.
Faut-il tout reconstruire pour virtualiser un serveur ?
Deux voies peuvent être étudiées : convertir le système existant ou préparer une nouvelle machine virtuelle puis y reprendre les données et les usages. Le choix dépend de l’état du serveur, de l’application et des contraintes de bascule.
Une VM est-elle automatiquement sauvegardée ?
La sauvegarde est un dispositif à configurer et à suivre. Ses données incluses, sa fréquence, sa conservation et ses modalités de récupération doivent être précisées, quel que soit le mode d’hébergement de la VM.
Dans la pratique
Strasbourg Events : remettre en service puis virtualiser un serveur Linux
Un serveur utilisé par des caméras de comptage a demandé une réparation de démarrage, puis une mise à jour et une virtualisation. L’équipe Agedis a réalisé ces étapes et exporté la machine virtuelle.
Migrer un environnement de travail vers un serveur virtualisé
Création d’une machine virtuelle, mise en place des comptes et du bureau à distance, puis reprise des données, des profils et de la messagerie : une migration décrite par l’équipe Agedis.
Les bonnes compétences pour la suite de votre projet.
Préparer une destination externe
Cloudlab complète la migration lorsque les infrastructures sont accueillies en datacenter.
Découvrir cette compétence ↗Pour préparer votre décision
Remplacer un serveur : préparer les décisions et la bascule ↗
Pour préparer le remplacement d’un serveur, listez d’abord les fonctions que votre équipe doit retrouver après le changement.