Avec la date de fin de vie de Windows Server 2008 qui s'annonce, il est temps que les administrateurs abandonnent l'ancien système d'exploitation et décident de mettre à niveau ou de passer au cloud.
Cela fait plus de 11 ans que Microsoft a publié Windows Server 2008 et est devenu un incontournable dans les centres de données. De nombreuses organisations utilisent encore le système d'exploitation R2 2008 ou 2008. Après tout, si ce n'est pas cassé, pourquoi le réparer? Mais Microsoft met fin à la prise en charge des deux systèmes d’exploitation le 14 janvier 2020. Les entreprises ont la possibilité de mettre à niveau Windows Server 2008, mais Microsoft et d’autres fournisseurs ont poussé leurs applications et services vers des offres de cloud. Les administrateurs doivent faire un choix éclairé maintenant.
Sommaire
Faites l'inventaire de vos serveurs
Comprenez la portée de votre migration. Avez-vous 50 serveurs ou 500? Que font-ils? Cela semble simple, mais il s’agit d’une première étape cruciale car il informe de tout ce qui va suivre pour chaque charge de travail. Même si vous connaissez la réponse, cet exercice est utile pour les nouveaux membres de l’équipe et les anciens membres de l’équipe afin de jeter un regard neuf sur l’environnement R2 2008/2008.
Chaque charge de travail doit être comptabilisée – même si elle sera bientôt retirée, ne pas être en production ou simplement être un serveur d’utilité. Cela vaut également pour les serveurs de test et de développement. Ce n'est pas un exercice agréable, mais un exercice nécessaire, car ces charges de travail Windows Server deviennent un problème de sécurité lorsqu'elles ne reçoivent plus de mises à jour.
Comment déterminer votre chemin de migration
Une fois que vous avez répertorié vos serveurs, le rôle joué par les serveurs 2008/2008 R2 déterminera vos options de migration. Les services basés sur les fonctions, tels qu'Active Directory, les services de noms de domaine ou les serveurs d'impression, jouent un rôle essentiel dans le centre de données.
Pour de nombreux rôles de serveur, vous pouvez déployer une nouvelle version d'un rôle à côté de celle existante, puis migrer des utilisateurs et des services. Par exemple, vous pouvez mettre un serveur d'impression Windows Server 2016 en ligne aux côtés du serveur d'impression 2008 existant, puis utiliser une valeur de délai d'expiration système du nom de domaine plus courte pour l'ancien nom de serveur afin de le diriger vers le nouveau serveur. Cela fournit une interruption minime voire inexistante à l'utilisateur final. L'identification des serveurs et des rôles vous oblige à nettoyer et supprimer des serveurs supplémentaires. La migration des rôles d'infrastructure Microsoft intégrés est plus simple que le déplacement d'applications traditionnelles, car vous savez où trouver tous les éléments logiciels.
Les applications provoquent des complications de migration
Le principal défi de la mise à niveau de Windows Server 2008 provient des applications exécutées par le système d'exploitation du serveur. La carte de complexité d'application peut aller d'un point d'installation unique à des centaines de serveurs.
L'application peut-elle être déplacée ou réinstallée? Cela semble facile, mais cela peut être beaucoup plus complexe que vous ne le pensez. L'application pourrait être vieille de dix ans et difficile à trouver. L'application aurait dû être mise à niveau à des fins de sécurité et de stabilité plusieurs fois au fil des ans.
Cela crée un autre problème: comment réinstaller quelque chose qui a plusieurs mises à jour? Vous ne pouvez pas simplement cliquer sur l'assistant d'installation et l'appeler un jour. Vous aurez besoin de trouver ce logiciel supplémentaire. Si vous rencontrez des problèmes, vous devrez peut-être trouver le développeur de l'application, à condition qu'il existe toujours, pour obtenir une aide supplémentaire. Cela introduit encore plus de complexité dans le processus.
Il est douteux que le fournisseur veuille aider à la migration d'une application s'il existe une offre de mise à niveau ou en nuage. Lorsque vous avez lancé la discussion sur la mise à niveau des applications Windows Server 2008, vous n'aviez probablement pas pensé à une migration vers le cloud. De nombreuses applications proposent désormais une offre SaaS, qui devrait faire partie de la discussion. Mais une application SaaS entraîne de nouveaux coûts opérationnels et de nouvelles complications.
Outre le nuage, vous avez une autre option. Une mise à niveau sur place peut fournir une solution rapide à la plupart des problèmes énumérés ci-dessus, mais elle comporte ses propres défis.
Comment mettre à niveau Windows Server 2008
La mise à niveau de Windows Server 2008 commence par une vérification pour déterminer si le matériel peut prendre en charge les systèmes d'exploitation de serveur les plus récents. Heureusement, Microsoft vous indique le matériel pris en charge par Windows 2016 ou 2019. Vous devez éviter d'utiliser du matériel non pris en charge.
Si vous exécutez principalement des charges de travail virtualisées, cela facilite le processus de mise à jour du système d'exploitation. La plupart du temps, une machine virtuelle n'a besoin que d'une mise à jour du matériel virtuel, ainsi que des outils ou des pilotes.
Avec le bon matériel en place, la mise à niveau devrait être un processus simple. Vous ne pouvez pas mettre à niveau Windows Server 2008 vers 2016 ou 2019 sans une mise à niveau vers Windows Server 2012. Cette approche en plusieurs étapes nécessite plus de temps et d’efforts, ce qui augmente le risque de rupture. Assurez-vous d'avoir vos sauvegardes à portée de main, juste au cas où.
Commentaires
Laisser un commentaire