Migration vers le cloud au Rwanda
Déplacer serveurs, stockage ou applications vers le cloud avec un plan de bascule, pas une simple copie.
La migration vers le cloud déplace serveurs, partages de fichiers et applications de vos locaux vers le cloud, chaque charge de travail étant d’abord évaluée, déplacée par la bonne méthode, testée, puis basculée avec un plan de retour arrière. Toute organisation dotée de serveurs vieillissants, d’une équipe répartie sur plusieurs sites ou d’une salle serveur qu’elle préférerait ne plus entretenir devrait l’envisager. Cette page couvre le projet de migration lui-même. Décider au niveau stratégique de votre orientation cloud, indépendamment de tout fournisseur, relève de la stratégie cloud dans la rubrique Conseil informatique.
Qu’est-ce que la migration vers le cloud, et qui en a besoin
C’est un projet planifié pour déplacer des charges de travail précises, comme un serveur de fichiers, une application métier, une base de données ou un site web, d’un matériel local vers des services cloud, généralement Microsoft Azure ou Microsoft 365. Elle convient aux organisations qui doivent remplacer un serveur, renouveler un contrat de location ou de support, connaissent une croissance rapide, s’étendent sur plusieurs sites ou subissent des problèmes récurrents d’alimentation et de refroidissement en salle serveur.
Le problème qu’elle résout
Une migration traitée comme une simple copie échoue généralement à la bascule. Les applications dépendent de chemins réseau fixes, les autorisations de fichiers ne se transposent pas, les données changent pendant la copie, et une connexion internet lente transforme un système local rapide en système distant frustrant. Planifier chaque charge de travail, la tester dans le cloud avant la bascule et garder une voie de retour transforme la migration d’un week-end risqué en changement maîtrisé.
Choisir comment chaque charge de travail est déplacée
Réhéberger (lift and shift). Le serveur est déplacé pour l’essentiel tel quel vers une machine virtuelle cloud. Rapide, mais il emporte ses problèmes existants, et les coûts peuvent être plus élevés que prévu.
Changer de plateforme. La charge de travail passe sur un service cloud géré, comme des partages de fichiers vers SharePoint ou une base de données vers un service de base de données géré, ce qui supprime la maintenance de serveur.
Remplacer. Une ancienne application est retirée au profit d’un produit cloud qui fait le même travail.
Conserver. La charge de travail reste sur site, parce qu’elle y fonctionne mieux ou ne vaut pas encore la peine d’être déplacée.
Chaque choix se fait par charge de travail, en pesant le coût, l’effort, le risque et les performances attendues sur votre connexion internet.
Emplacement des données et coût
Les régions Azure les plus proches du Rwanda se trouvent en Afrique du Sud : déplacer des données personnelles vers Azure les stocke donc hors du pays. La loi rwandaise N° 058/2021 exige un stockage au Rwanda sauf si le certificat d’enregistrement de l’Autorité nationale de cybersécurité permet autre chose ; cette question a donc sa place dans le plan de migration, avec votre conseiller juridique. Le coût change aussi : des achats ponctuels de serveurs deviennent une facture mensuelle. Nous estimons donc les coûts d’exploitation par charge de travail avant votre engagement, et planifions la gestion continue des coûts après la mise en service.
Ce que comprend le travail
- Inventorier les serveurs, applications, volumes de données, dépendances et usages.
- Évaluer chaque charge de travail : méthode de déplacement, coût mensuel estimé, besoins de connectivité et emplacement des données.
- Préparer l’environnement cloud : abonnements, réseau, identité, sécurité et sauvegarde.
- Migrer et tester chaque charge de travail, avec une vérification par les utilisateurs avant la bascule.
- Basculer pendant des créneaux convenus, en gardant l’ancien système pour un retour arrière.
- Mettre hors service l’ancien système après validation, et effacer ses données.
Ce qui est inclus et ce qui ne l’est pas
Inclus : l’évaluation des charges de travail, la planification de la migration, la mise en place de l’environnement cloud, la migration et la vérification des données, et la bascule.
Non inclus, sauf combinaison : la gestion continue après la mise en service (voir la gestion de l’infrastructure cloud), la refonte d’une application qui doit être réécrite (voir Développement logiciel) et les liaisons internet supplémentaires, que nous pouvons spécifier mais que vous souscrivez auprès d’un fournisseur.
Délais habituels et ce qui détermine le coût
Un seul serveur ou partage de fichiers demande généralement une à trois semaines, planification, tests et bascule compris. Les parcs plus importants sont déplacés par vagues sur plusieurs mois. Le coût dépend du nombre de charges de travail, du volume de données au regard de la bande passante disponible, de la complexité des applications et du support de leur éditeur, et du volume de tests nécessaires aux utilisateurs.
Équipements généralement utilisés
Azure Migrate pour l’évaluation et le déplacement des serveurs, l’outil de migration SharePoint pour les partages de fichiers, des outils de migration de bases de données si nécessaire, Azure Backup, et un VPN ou une connexion dédiée entre votre bureau et Azure pour les configurations hybrides. Une connexion internet fiable avec bascule sur chaque site.
Les erreurs que nous voyons souvent
Déplacer des serveurs tels quels et découvrir une facture cloud plus élevée que l’ancien matériel. Aucun test de la vitesse des applications sur la vraie connexion internet. Des dépendances cachées, comme un scanner ou un module comptable, découvertes le jour de la bascule. D’anciens serveurs éteints avant que les utilisateurs aient confirmé que tout fonctionne. Aucune sauvegarde configurée dans le cloud. Et l’emplacement des données jamais pris en compte.
Microsoft et cloud
Services associés
-
Gestion de l’infrastructure cloud
Gestion continue des ressources cloud pour que les coûts et les performances ne dérivent pas sans contrôle.
-
Gestion des appareils utilisateurs
Stratégies, correctifs et sécurité centralisés sur chaque ordinateur portable et poste fixe géré.
-
Messagerie et collaboration
Exchange Online, Teams et SharePoint configurés pour que messagerie et collaboration fonctionnent ensemble.
Articles
À lire aussi
-
, 4 min de lecture
Migration vers le cloud : combien de temps cela prend réellement
Le délai d’une migration vers le cloud dépend surtout de la complexité des applications et de l’approche choisie. Voici un découpage réaliste.
-
, 4 min de lecture
Combien coûte une migration vers le cloud au Rwanda ?
Le coût d’une migration vers le cloud dépend du volume de données, de la complexité des applications et de l’approche de migration choisie. Voici ce qui détermine le chiffre.
Questions fréquentes
Faut-il tout passer dans le cloud, ou certaines infrastructures ont-elles plus de sens sur site ?
Tout ne doit pas partir. La messagerie, le partage de fichiers et beaucoup d’applications métier conviennent bien au cloud. Les systèmes qui ont besoin d’un accès local rapide à de très gros fichiers, les équipements qui doivent fonctionner quand internet est coupé, ou les applications dont la licence ou l’éditeur n’autorise pas l’hébergement cloud, peuvent être mieux sur site. Nous évaluons chaque charge de travail séparément et recommandons souvent un résultat hybride.
Que deviennent nos données pendant la migration : y a-t-il un risque de perte ?
Le risque est maîtrisé en ne supprimant jamais l’original tant que la copie n’est pas prouvée. Les données sont copiées, puis vérifiées par décompte, taille et utilisation test, et l’ancien système reste intact et disponible pour un retour arrière jusqu’à votre validation. Les sauvegardes des deux environnements sont confirmées avant la bascule. Les pertes surviennent généralement quand d’anciens systèmes sont éteints trop tôt.
Quelle importance a la fiabilité d’internet pour les charges hébergées dans le cloud ?
Une grande importance. Une fois un système dans le cloud, le personnel ne peut l’utiliser que si le bureau est en ligne. Pour tout ce qui est critique, nous recommandons deux liaisons internet chez des fournisseurs différents avec bascule automatique, et testons la vitesse de l’application sur votre connexion réelle avant de migrer. Lorsque la connectivité ne peut pas être rendue assez fiable, la charge de travail reste en local.
La migration peut-elle se faire sans interruption de service ?
Presque, pour la plupart des systèmes. Les données sont copiées en arrière-plan pendant que l’ancien système continue de fonctionner, et seules une synchronisation finale et la bascule demandent une courte pause, planifiée hors des heures de travail. Certaines applications anciennes demandent un créneau plus long. L’interruption acceptable pour chaque système est convenue à l’avance, et nous adaptons la méthode en conséquence.
Que devient l’ancienne infrastructure après la migration ?
Elle est conservée, éteinte ou en lecture seule, pendant une période convenue, généralement quelques semaines, comme solution de repli. Ses données sont ensuite effacées de façon sécurisée, et le matériel est soit réaffecté, par exemple comme cible de sauvegarde, soit retiré de façon responsable. Les licences liées aux anciens serveurs sont revues pour que vous ne payiez plus le support d’équipements inutilisés.
Tirez-vous pleinement parti de Microsoft 365 ?
Indiquez-nous votre niveau de licence et les difficultés de votre personnel. Nous examinons la configuration et chiffrons les changements.