Catégories
Actualités Start-Up

Un guide pour la migration hors de Windows Server 2008

Le 14 janvier, Microsoft a officiellement mis fin à la prise en charge de Windows Server 2008 et 2008 R2. Cela signifie qu'il n'y a plus de correctifs ou de correctifs même si des vulnérabilités sont trouvées, bien qu'il y ait eu des exceptions dans le passé avec des problèmes vraiment graves.

Cela signifie qu'il est temps de migrer vos applications, commerciales et personnalisées, et le processus ne sera pas anodin. Server 2008 vient d'une époque où les processeurs avaient de deux à quatre cœurs, où l'informatique 64 bits était encore très précoce et où le cloud était encore un rêve.

Qu'il suffise de dire que prendre une application à un seul locataire et à thread unique et la mettre dans le cloud ne sera pas anodin et, dans certains cas, ni faisable ni même possible. Néanmoins, il est possible de migrer vers Windows Server 2019, la dernière version du système d'exploitation, ou Server 2016 comme Microsoft le propose toujours, et Microsoft a fait de son mieux pour faciliter la transition.

L'analyste Tim Crawford de la société de recherche et de conseil AVOA m'a dit pour mon blog Network World qu'il y avait deux types de holdouts Server 2008: soit a) leurs applications personnalisées utilisent des fonctions spécifiques à WS2008, soit b) celles qui utilisent une version d'une application qui est uniquement compatible avec WS2008.

Et Dave Kawula, un consultant indépendant spécialisé dans Windows Server et Microsoft MVP, le soutient en disant qu'il voit beaucoup de code très ancien. «Vous aimez penser que tout le monde est au courant des dernières nouveautés de Microsoft, mais ce n’est pas le cas. La plupart des organisations que je rencontre ont quatre à six ans de retard par rapport à Microsoft », a-t-il déclaré.

Connexes: Pas encore mort: les utilisateurs de Windows Server 2008 ont des options

La longue route

Si vous choisissez de migrer l'application du serveur 2008 vers 2016/2019, cela peut devenir très compliqué. Même Microsoft a déclaré que vous devrez passer à l'étape intermédiaire de la migration de l'application et de ses données vers le serveur 2012, car 2016/2019 dispose d'outils et d'étapes de migration à partir d'un serveur 2012 mais pas 2008.

Microsoft a déclaré qu'un processus de migration typique consiste à faire tourner une nouvelle machine virtuelle (VM) avec Windows Server 2016/2019, à migrer l'ancienne application vers la nouvelle VM et à tester sa compatibilité. Microsoft a déclaré que ses équipes avaient travaillé pour garantir que la compatibilité des rôles et des fonctionnalités de serveur dans les anciens systèmes d'exploitation fonctionnera dans toutes les versions plus récentes, de sorte qu'il ne pense pas qu'il y aura des problèmes importants.

Kawula appelle cela une migration à double saut, où vous migrez une application vers 2012 pour y apporter des correctifs, puis effectuez une deuxième mise à niveau, mais pas sur le même matériel. «Vous l'exécutez sur Hyper-V ou VMware. Une fois que cette chose est virtualisée, nous avons beaucoup plus d'options avec elle », a-t-il déclaré.

Server 2008 a eu la première véritable tentative de virtualisation Hyper-V et Kawula le décrit comme «très indolore. Ils ont fait un très bon travail avec la technologie qu'ils ont entre les anciens et les nouveaux systèmes de virtualisation. "

Windows Server 2008 était basé sur la base de code Vista, tandis que 2016/2019 est basé sur la base de code Windows 10. Mais la vraie douleur a été de migrer de Server 2003 à 2008 parce que Server 2003 était basé sur Windows XP et que l'étape entre le mode utilisateur XP et Vista et les changements de mode noyau étaient beaucoup plus drastiques, selon Philip Elder, copropriétaire de MPECS, un cabinet de conseil qui se spécialise dans les solutions de haute disponibilité et Microsoft MVP.

Connexes: 5 raisons de conteneuriser vos applications Windows Server héritées

«Lorsque nous prenons en compte les changements de Vista à Windows 7, Windows 8 et Windows 10, les changements ont été itératifs, de sorte que la structure de base pour un bon codage était en place dans Vista, puis reportée dans chaque nouvelle édition», a-t-il déclaré.

Microsoft a déclaré que les clients de Server 2008 doivent garder à l'esprit les instructions suivantes pour les serveurs locaux nécessitant l'installation de Windows Server 2012 R2:

  • Les mises à niveau sur place doivent rester dans le même type de construction (par exemple, les architectures 32 bits à 32 bits ou 64 bits à 64 bits).
  • Les utilisateurs peuvent basculer les installations principales de serveur mises à niveau vers Serveur avec bureau complet sur Windows Server 2012 R2 uniquement. Windows Server 2016 et les versions ultérieures ne prennent pas en charge le passage du serveur principal au bureau complet, nous vous recommandons donc d'effectuer ce changement avant la mise à niveau vers Windows Server 2016.
  • Les mises à niveau sur place ne sont prises en charge que dans la même langue.

Les types d'applications Windows Server les plus difficiles à migrer sont les applications 32 bits avec un pilote en mode noyau 32 bits, selon Microsoft. Les versions Windows / Windows Server 32 bits nécessitent des pilotes 32 bits et les versions Windows / Windows Server 64 bits nécessitent des pilotes 64 bits. Vous ne pouvez pas mélanger et associer des pilotes 32 bits avec des systèmes d'exploitation 64 bits et vice versa.

En outre, à partir de Windows Server 2008 R2 et versions ultérieures, Windows Server a été uniquement 64 bits. Ainsi, si vous avez une ancienne application 32 bits avec un pilote en mode noyau 32 bits, vous aurez besoin d'une version 64 bits. Cependant, que se passe-t-il si l'ancienne application 32 bits ne nécessite pas de pilote 32 bits? Ensuite, cela "fonctionnera probablement".

Ciel nuageux à venir

De nombreuses entreprises cherchent à déplacer autant de charges de travail vers le cloud tout en conservant certaines applications et données sur site. Les critères pour ce qui reste sur site sont généralement basés sur la sensibilité des données mais également sur l'utilisation. Une application très utilisée peut finir par coûter plus cher à exécuter dans le cloud en raison du comptage.

Microsoft a déclaré que la migration vers le cloud est avant tout un exercice de gestion du changement organisationnel – qu'il s'agisse de personnes (rôles / responsabilités), de processus (développement d'applications et flux de travail opérationnels) ou de technologie (utilisant des outils et des capacités basés sur le cloud). Donc, avant de commencer sur les applications, il doit y avoir une stratégie avec une vision claire et un soutien exécutif.

Microsoft conseille aux clients de hiérarchiser les charges de travail en fonction du risque commercial et de la complexité technique – certains clients choisissent de commencer par le plus simple tandis que d'autres choisissent le plus difficile. Une entreprise doit établir un centre d'excellence pour la migration vers le cloud pour créer une équipe interfonctionnelle d'infrastructure et d'opérations informatiques, d'administrateurs de bases de données, d'architectes, de sécurité / conformité, de mise en réseau, de stockage, de développement d'applications et de groupes sectoriels pour définir des normes de gouvernance. , les politiques d'automatisation et la priorité de la charge de travail, entre autres.

Connexes: Microsoft attire les utilisateurs de Windows 2008 vers le cloud avec une offre d'assistance supplémentaire

Les entreprises doivent exécuter les migrations cloud par vagues. Microsoft recommande une approche itérative et orientée vague pour des évaluations techniques et une migration plus approfondies. Cela implique d'adopter une approche conservatrice pendant les vagues de migration initiales, mais à mesure que les propriétaires d'applications s'orientent avec les migrations vers le cloud, ils s'améliorent dans le processus et peuvent souvent accélérer le processus.

L'un des problèmes liés à la migration des applications est l'identité, a déclaré Kawula. Allez-vous pouvoir gérer les identités sur site dans le cloud? Il soutient que 99% du temps, s'il fonctionne dans votre centre de données, il fonctionnera dans le cloud. Sinon, il est toujours possible d'exécuter l'application dans une machine virtuelle mais de ne pas la rendre compatible avec le cloud.

Mais Elder est un peu plus prudent, notant que la messagerie de Microsoft est passée de tout dans le cloud à hybride. «La prise de conscience du côté de Microsoft est qu'il y a tout simplement trop d'applications qui ne fonctionneront pas dans un environnement cloud. Ils doivent donc donner aux gens le temps de trouver comment intégrer cela dans le cloud. Je pense que l'hybride est la meilleure voie à suivre pour de nombreuses organisations », a-t-il déclaré.

Didier Van Hoye, architecte technique et stratège technologique ainsi que MVP, a déclaré que les magasins informatiques avaient la possibilité de déplacer les applications Server 2008 vers Server 2019 dans Infrastructure-as-a-Service (IaaS), Platform-as-a-Service (PaaS) ou des offres conteneurisées, mais une migration est nécessaire pour utiliser pleinement le cloud.

«Vous pouvez soulever et transférer cela dans le cloud, mais cela ne permet pas d'utiliser au mieux les capacités du cloud», a-t-il déclaré. «L'élasticité doit être conçue dans l'application, et ce seront les VM, pas les conteneurs (qui le feront). Ensuite, vous pouvez moderniser l'application pour qu'elle s'exécute sur des versions de système d'exploitation plus modernes, mais elle est toujours dans une VM. l’avantage qu’ils pourraient obtenir est qu’ils peuvent ajuster la mémoire, le processeur et le stockage plus facilement et plus rapidement qu’ils ne sont utilisés, mais cela dépend de la qualité de leur virtualisation sur site ou si cela était encore matériel. »

Navigation délicate à venir

Bien que le consensus soit que de nombreuses applications, sinon la plupart, devraient effectuer une traduction relativement fluide vers le cloud, mais il y a certains domaines qui feront trébucher les gens.

D'après l'expérience de Kawula, il trouve que les applications Oracle locales sont particulièrement difficiles à migrer. «Ils sont écrits à l'aide de PowerBuilder et les organisations essaient de le moderniser avec .Net, ce qui rend la tâche difficile. PowerBuilder est toujours là. C’est l’un des problèmes de tout le monde », a-t-il déclaré.

Elder a également déclaré que les anciennes bases de données et leurs applications peuvent être délicates car elles peuvent avoir besoin d'ID utilisateur Active Directory pour les autorisations d'accès internes. Il a ajouté qu'une application .Net nécessite une version spécifique du framework .Net, et chaque fois qu'il existe une nouvelle version de .Net, l'application doit être testée par rapport à cette version. Dans ces cas, les entreprises sont donc limitées à la version .Net approuvée par un fournisseur d'application.

Un autre problème à la fois est la tentative de conteneurisation des applications. Les conteneurs sont simplement des versions réduites du système d'exploitation et, bien que Server 2019 ait été conçu avec des conteneurs à l'esprit, les applications codées pour Windows Server 2008 ne l'étaient certainement pas.

«Il est physiquement impossible de prendre du code Server 2008 et de le rendre conteneurisé. Essayer de le mettre dans un système d'exploitation de 300 Mo ne va tout simplement pas arriver », a déclaré Elder.

«Vous devez réécrire l'application pour un déploiement dans des conteneurs», a déclaré Kawula. «Le fonctionnement des conteneurs est comme des mini serveurs Web jetables. Si une application est écrite de manière à pouvoir être déployée et non installée manuellement, elle jouera beaucoup mieux avec les conteneurs. Donc, avec des mini-réécritures, vous devriez pouvoir y arriver. Encore une fois, cela dépend de l'application. »

Van Hoye a déclaré que les anciennes applications étaient également problématiques en raison de la persistance des données. La persistance des données est utilisée dans les applications avec état, qui enregistre les données sur chaque session client et utilise ces données la prochaine fois que le client effectue une demande. Les conteneurs sont sans état et ne sauvegardent pas les données.

«Les applications sans état sont de meilleurs candidats en général que les applications avec état avec une interface graphique et des dépendances matérielles», a-t-il déclaré. «Je ne dis pas que cela ne peut pas être fait, mais cela devient plus impliqué et pourrait ne pas couvrir tout. L'application peut nécessiter une refactorisation / une nouvelle architecture. »

Microsoft propose ici une comparaison des fonctionnalités hybrides, de sécurité, d'infrastructure et de plate-forme d'application de Windows Server 2019 avec les versions précédentes. Il propose également un tableau des applications serveur prenant en charge Windows Server 2016 et un autre qui couvre Windows Server 2019.

Il n'est jamais trop tard pour démarrer une migration, d'autant plus que Server 2012 atteindra sa fin de vie le 10 octobre 2023.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *