Mise à niveau de High Sierra vers Catalina sur un MBP 2016 en utilisant un serveur web local

Par le passé, les collègues (et moi) pensaient souvent qu'il était une mauvaise idée d'installer des OS plus récents sur des anciens Mac.

En réalité, c'est une mauvaise idée de ne pas effectuer au moins des mises à jour vers des versions plus récentes des OS car vous risquez de manquer des mises à jour importantes en matière de sécurité et de fonctionnalités. Il n'y a pas de preuve que les Mac ne peuvent pas être mis à niveau et ne devraient pas l'être.

Ce que je me demande, c'est si mon serveur web local survivra à la mise à niveau.

Cela dépend. Lorsqu'Apple publie un nouvel OS, ils essaient de mettre à jour tous les logiciels tiers également. Cela signifie que si Apache a modifié des choses d'une version à l'autre, vous pourriez potentiellement casser quelque chose. Sans connaître la version que vous avez, vers laquelle vous allez, à quoi ressemble précisément votre configuration, il est impossible de vous dire si cela va casser ou non. Cependant, par souci de précaution, supposez que cela va casser.

Le chemin idéal est de maintenir votre serveur web en activité, d'installer/mettre à niveau votre OS sur une machine différente, de déployer votre serveur web, de le tester et une fois que tout fonctionne, de passer à la nouvelle version. Ce n'est jamais une bonne idée de prendre un serveur web en production et de simplement mettre à jour l'OS en place en espérant que tout ira bien. Ce n'est pas non plus une bonne idée de le faire avec des services individuels (Apache, MySQL, PHP, etc.)

Si certains d'entre vous ont de l'expérience en migration, avez-vous un avis sur la meilleure option à suivre?

Utilisez des Machines Virtuelles

Sauf si vous avez un cas d'utilisation spécifique, je conseille aux gens de ne pas installer un stack AMP sur macOS. Pourquoi? Si votre site est hébergé quelque part, c'est probablement une variante de Linux ou FreeBSD. Vous voulez garder votre environnement de test/développement aussi proche que possible de votre environnement de production. Avec une VM, vous pouvez facilement gérer l'environnement du serveur web indépendamment de l'OS hôte. Vous pouvez également cloner la VM, effectuer la mise à niveau comme décrit précédemment et si cela réussit, rediriger simplement le trafic depuis le pare-feu vers la nouvelle VM - vous n'aurez pas à acheter un seul matériel supplémentaire.

Dans mon cas, je standardise sur FreeBSD et n'utilise que le strict minimum nécessaire pour mon stack AMP. Cela permet de réduire au maximum les ressources consommées par la VM. Il n'y a pas d'environnement de bureau, pas de logiciel client, rien d'autre que l'OS de base et le stack AMP avec les dépendances nécessaires. J'ai généralement mon DocumentRoot pointé vers un LUN iSCSI sur un NAS ou SAN (local ou dans le cloud). De cette façon, je peux facilement déplacer les données d'une VM à une autre avec peu d'indisponibilité. Mon NAS a sa propre sauvegarde multi-niveaux pour garantir la sécurité des données.

Il s'agit de suggestions générales et vous devrez les adapter à votre environnement spécifique. En utilisant des VM pour héberger votre serveur web, vous gagnez en flexibilité, notamment si vous souhaitez passer d'une machine hébergée localement à une instance basée dans le cloud. Il est très facile de copier un VMDK vers un conteneur Azure ou AWS et ensuite de faire évoluer selon vos besoins. Puisque vous envisagez une migration/mise à niveau, c'est le moment idéal pour le faire - migrez vers un environnement virtualisé.

Merci pour les commentaires, tout le monde. Après avoir parlé avec mes collègues qui utilisent et aiment MAMP, et avoir demandé aux développeurs de MAMP si je peux exécuter MAMP aux côtés du serveur web intégré, je pense que ce que je vais faire est d'obtenir MAMP Pro et commencer à déplacer des sites dedans, en abandonnant l'utilisation du serveur web intégré. J'ai le temps - la mise à jour du système d'exploitation est imposée par TurboTax, qui nécessite quelque chose de plus récent que High Sierra, et que je n'aurai pas besoin avant le printemps prochain. J'ai donc jusqu'à cette date pour me familiariser avec MAMP et déplacer tout ce qui est important dans un univers contrôlé par MAMP.

Alors, quand viendra le moment de mettre à jour le système d'exploitation - ou d'acheter une nouvelle machine - avec tous les sites encapsulés dans le monde de MAMP et ne dépendant pas des personnalisations du serveur web intégré, je m'attends à ce que la transition soit plus facile.