Microsoft Azure
Migration de serveurs vers Azure
Nous vérifions d’abord ce qui peut être migré en l’état et ce qui doit être adapté. Ensuite, nous réalisons la migration et assurons la maintenance de cet environnement sur le long terme.
- Nous administrons des environnements Azure au quotidien
- Nous travaillons avec les outils Microsoft : Azure Migrate, Site Recovery, Azure Monitor
- Nous menons les migrations de serveurs vers Azure de l’analyse à l’exploitation quotidienne de l’environnement
01
Tous les serveurs ne peuvent pas être migrés en l’état
Une migration commence par un état des lieux des systèmes présents dans la salle des serveurs. Il faut déterminer quelles machines et applications peuvent être migrées en l’état, lesquelles doivent être adaptées et lesquelles doivent plutôt rester sur site. Azure Migrate sert à réaliser cette évaluation. L’outil recueille des données sur les machines, leurs dépendances et leur consommation réelle de ressources.
Cette étape détermine toute la suite. Sans elle, la migration consiste à transférer successivement tout ce qui peut l’être. Elle aboutit alors à une facture pour une puissance de calcul que personne n’utilise.
02
Trois approches pour migrer vers Azure, chacune avec un coût différent
Trois approches sont possibles. La migration de machines virtuelles transfère des serveurs complets sans modifier les applications. C’est l’approche la plus simple et celle qui prend le moins de temps. Avec les serveurs, tous les défauts de l’ancien environnement sont toutefois transférés, y compris les capacités achetées par précaution.
La migration d’applications consiste à transférer les applications elles-mêmes vers des services Azure. Elle demande davantage de travail, mais peut réduire les coûts et les tâches liées à la maintenance du système d’exploitation. La migration de données laisse les serveurs là où ils se trouvent et transfère uniquement les données vers le cloud, par exemple avec Azure Data Factory. Il n’est pas nécessaire de choisir une seule approche pour toute l’entreprise, car des approches différentes peuvent être retenues selon les systèmes.
03
Environnement cible et accès
Avant toute migration, l’environnement cible est créé dans Azure : réseaux virtuels, sous-réseaux, espaces de stockage et règles de trafic dans les groupes de sécurité. Il s’agit de la même conception réseau que dans la salle des serveurs, mais décrite par une configuration plutôt que par du câblage.
Il faut également prévoir le contrôle des accès et le chiffrement. Nous définissons qui peut se connecter et depuis où, puis nous chiffrons les données sur les disques comme pendant leur transmission. Le cloud ne retire pas cette responsabilité à l’entreprise. Il la déplace simplement.
04
Nous continuons à vous accompagner après la bascule
Après la migration, l’environnement doit être testé avant l’arrêt des anciens serveurs. Nous vérifions que les applications fonctionnent, que les performances sont au niveau prévu et que rien n’est resté dans l’ancien environnement.
Restent ensuite la sauvegarde, la redondance en cas de panne et une supervision qui montre l’état de l’environnement et l’utilisation des ressources. Nous administrons Azure au quotidien, notre travail va donc au-delà de la remise des mots de passe.
Résultat
Ce que vous obtenez
Vous savez ce qui sera migré
Avant le démarrage, vous disposez de la liste des machines et applications, avec une décision pour chacune.
Vous choisissez la méthode adaptée
Pour chaque serveur, vous connaissez la méthode de migration et son incidence sur les coûts.
Vous gardez l’accès et le contrôle
Après la bascule, vous pouvez utiliser vos ressources en toute sécurité et suivre leur état.
Nos projets
Les migrations font partie de notre quotidien
Migration de l’ensemble de l’infrastructure réseau et des serveurs
Transfert complet de l’infrastructure de l’entreprise en 4 étapes, au total 38 serveurs et équipements réseau, sans une seule interruption imprévue des services critiques.
Voir le projetDe la salle des serveurs au cloud
Migration des machines virtuelles hébergées sur site vers Azure, avec un test de restauration et la possibilité de revenir en arrière.
Voir le projetNotre méthode
Comment nous démarrons
La première étape consiste à échanger et à examiner ce qui est déjà en place.
-
1
Besoins
Nous vous écoutons pour comprendre ce qui ne fonctionne pas et ce qui doit changer.
-
2
Analyse
Nous dressons l’inventaire de votre infrastructure et identifions les risques et les dépendances.
-
3
Plan
Nous définissons le périmètre, l’ordre des interventions et le plan de retour arrière.
-
4
Déploiement
Nous appliquons les changements pendant les fenêtres de maintenance, sans interrompre votre activité.
-
5
Exploitation
Nous supervisons les systèmes, traitons les incidents et planifions les évolutions.
Demande rapide
Trois clics, puis nous revenons vers vous avec une réponse concrète
Sans engagement. Nous répondons les jours ouvrés.
Vous préférez en parler ? Appelez-nous au +48 662 036 615
FAQ
On nous pose souvent ces questions
Votre activité doit-elle s’arrêter pendant la migration ?
Votre activité peut continuer. Les machines sont répliquées vers Azure en arrière-plan pendant que les serveurs existants restent en service. Nous planifions la bascule au moment où elle perturbe le moins votre activité. L’interruption concerne la bascule, pas l’ensemble de la migration.
Combien de temps dure ce type de migration ?
Cela dépend du nombre de serveurs et du nombre d’applications à adapter. Nous précisons la durée après l’état des lieux de l’environnement. Avant cela, ce ne serait qu’une supposition.
Avez-vous encore besoin d’un administrateur après la migration ?
Quelqu’un doit suivre les sauvegardes, les mises à jour, les droits d’accès et les coûts. Vous pouvez vous en charger vous-même ou nous confier ces tâches. Elles restent nécessaires après la migration vers Azure.
Commençons par un échange
Décrivez votre problème. Nous définissons ensemble le périmètre, l’ordre des interventions et le calendrier.