Les mises à jour manuelles sont les meilleures, comme indiqué ici, dans la mesure où vous pouvez voir ce qui se passe. Cependant, pour un très grand nombre de serveurs, cela peut devenir peu pratique. L'essai à sec est une pratique standard, en fait, la plupart des gestionnaires de paquets vous le demanderont avant de procéder.
Il est préférable de procéder à des mises à jour régulières, même si cela peut s'avérer difficile. Des mises à jour fréquentes signifient moins de choses en une seule fois et moins de risques d'erreur. Si les choses tournent mal, il y a moins de candidats à inspecter. Les paquets sont également légèrement plus efficaces pour les mises à jour par petites étapes, car généralement, lorsque le programmeur met à jour, il cherche à passer de la dernière version à la suivante, mais le fait qu'il accorde ou non de l'attention à la dernière version peut varier, bien que cela ait tendance à être important surtout pour les logiciels qui évoluent rapidement.
Les mises à jour ne sont pas toutes non perturbatrices. Vous devez y faire attention. Certaines redémarrent les services, ce qui entraîne des temps d'arrêt.
Dans une configuration idéale, vous pourriez avoir les éléments suivants :
- Un moyen de changer apparemment de serveur (A/B ou tick tock). Cela signifie que vous mettez à jour l'un d'entre eux pendant qu'il est sur le banc, puis que vous transférez simplement le trafic du serveur actuel vers le nouveau. Cela peut être plus compliqué pour des services tels que les bases de données.
- La possibilité de tester les mises à jour. Vous devriez avoir des serveurs de test qui sont pratiquement des clones de la production (mais sans se connecter à aucun service de production). Ils vous permettront de tester d'abord les mises à jour.
- Une bonne stratégie de sauvegarde, incrémentale est idéale. On ne sait jamais. Il vaut toujours mieux être sûr que désolé.
- Sachez quels sont les moments les plus actifs et quel niveau de temps d'arrêt est tolérable.
- Savoir comment annuler une mise à jour ou un paquet spécifique.
- Disposez de vos propres miroirs de paquets afin que les mises à jour soient cohérentes et prévisibles sur tous les serveurs. C'est la première étape vers un système décent non surveillé auquel vous pouvez faire confiance. Cela signifie que vous pouvez mettre à jour le miroir, exécuter la mise à jour sur une ou plusieurs machines de test, puis, si tout est bon, laisser la mise à jour se faire automatiquement. J'ai passé un excellent moment à gérer de manière appropriée environ 800 machines EPOS.
- Un bon niveau de cohérence pour que vous puissiez savoir que si quelque chose fonctionne ici, cela fonctionnera là.
Certains de ces éléments peuvent être plus ou moins excessifs pour les petites installations, mais il faut les garder à l'esprit.
D'une manière générale, les mises à jour sont relativement faciles pour les distributions de serveurs. En effet, elles s'en tiennent presque toujours aux corrections de bogues et aux mises à jour de sécurité. Vous pouvez toutefois rencontrer des problèmes si des personnes ont fait des choses bizarres sur le système ou si vous ajoutez des sources de paquets supplémentaires.
Bien que cela soit assez rare, ils font parfois des erreurs et rompent la compatibilité entre les versions mineures des paquets.
