LINUX: Mise à niveau d'une machine de production

Question

Nos machines de production fonctionnent sur Debian Etch. Maintenant, ils ont finalement libéré Lenny, le jour viendra, nous devons mettre à jour ces systèmes. Comment puis-je faire cela avec un risque minime? Existe-t-il des prémisses, des préparatifs de scénarios de repli et ai-je besoin d'un plan B au cas où quelque chose se passerait mal? Outre les paquets binaires gérés par l'installateur Debian, quelques applications compilées sont exécutées sur les machines.

Answer 1

Personnellement, je ne voudrais pas mettre à niveau un système d'exploitation sur un serveur important. Les mises à niveau du système d'exploitation ont toujours le potentiel de bogues subtils, que ce soit sous Windows, Linux ou n'importe quoi d'autre. Debian a été meilleure qu'elle ne l'était à cet égard; dist-upgrade n'arrose pas la machine presque aussi souvent qu'auparavant. Mais pour les machines de production, il ne sert à rien de le risquer.

Configurez de nouveaux serveurs avec un nouveau déploiement de système d'exploitation et d'application et permutez-les en fonction des besoins. Il n'est pas nécessaire de se dépêcher de remplacer Etch companywide en une seule fois. Il sera pris en charge avec des mises à jour de sécurité pour un moment encore.

Answer 2

La plupart des gens ne mettent pas à jour les serveurs de production pour exactement cette raison - si cela fonctionne correctement, vous ne mettriez pas à jour, sauf si vous aviez une raison impérieuse.

En supposant que vous ayez une boîte de dev construite de manière similaire à la machine de production, vous pouvez simuler la mise à jour dans la boîte de dev.

Answer 3

Après avoir traversé cette transition pour certaines boîtes de dev, je voulais souligner que vous voudrez probablement recompiler toutes les bibliothèques personnalisées avec lesquelles vous lierez. Lenny utilise GCC 4.3, alors qu'Etch utilise 4.1. La sortie de l'un ou l'autre compilateur n'est pas très compatible avec l'autre. Vous devrez peut-être installer le paquet gcc-4.1 pour faire des choses comme compiler des modules de noyau personnalisés.

Si vous utilisez des outils tiers dotés d'une interface de plug-in, vous pouvez rencontrer des problèmes. J'ai eu du mal à faire fonctionner les plugins Matlab (fichiers mex).

Je suggère de commencer avec un système de test. Après l'avoir martelé pendant un certain temps et vérifié que tout fonctionne, passez-le à une boîte de production.