Est-il prudent de mettre à niveau l'instance AWS Ubuntu exécutant des sites actifs?
En 2015, j'ai créé une instance AWS exécutant 14.04. Après 2,5 ans, je me demande si la mise à niveau est une bonne idée car je vois ce message tous les jours lorsque je me connecte à celui-ci.
Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-48-generic x86_64)
309 packages can be updated.
235 updates are security updates.
New release '16.04.4 LTS' available.
Run 'do-release-upgrade' to upgrade to it.
Mes questions sont -
- Devrais-je mettre à jour Ubuntu ou le laisser tel quel? car une mauvaise mise à jour du paquet peut casser le serveur/le site actif.
- Est-il prudent de mettre à niveau Ubuntu comme celui-ci avec do-release-upgrade ou existe-t-il un meilleur moyen de le faire, en particulier sur des serveurs en direct?
Merci
Devrais-je mettre à jour Ubuntu ou le laisser tel quel? car une mauvaise mise à jour du paquet peut casser le serveur/le site actif.
Oui, vous devez mettre à niveau l'instance de cloud.
Est-il prudent de mettre à niveau Ubuntu comme ceci en cours d'exécution do-release-upgrade
Non.
ou existe-t-il une meilleure façon de le faire, en particulier sur les serveurs en direct?
Oui, et il devrait y avoir un tutoriel à ce sujet sur la plate-forme AWS (au moins, je sais qu'il en existe un sur GCE, donc je m'attends à ce qu'il en existe un également sur AWS ;-))
La règle générale lorsqu’il s’agit d’instances cloud: se préparer à l’échec Boussez de quelque manière que ce soit et l'instance est partie, morte, pour ne jamais revenir.
La configuration pour une instance devrait être:
- un disque racine avec lequel vous créez une instance.
- un disque personnel ajouté à l'instance. Ce disque personnel contient également des copies de tous les fichiers que vous avez modifiés sur le disque racine. Vous effectuez également des sauvegardes de ce disque: vous le copiez dans votre tableau de bord afin de disposer de plusieurs copies. Et si possible, stockez-les sur une autre machine.
Vous n'utilisez PAS l'outil de mise à niveau à partir du système d'exploitation. Les instances de cloud qui ne peuvent pas démarrer sont -dead-. Donc, en cas d'échec où vous verriez un sauvetage de grub lorsque vous utilisez une installation de bureau normale, vous êtes vissé sur une instance de cloud.
Toutefois, la mise à niveau devient beaucoup plus facile avec les instances de cloud: vous créez un nouveau disque racine avec le nouveau système d'exploitation, puis vous attachez une copie de votre disque personnel au disque racine où vous examinez la pertinence des fichiers que vous devez modifier sur le disque de données. Si cela échoue, vous avez toujours votre ancienne instance. Si tout fonctionne comme vous le souhaitez, vous pouvez commencer à faire des sauvegardes de cette configuration et, au fil du temps, remplacer les sauvegardes de l'ancienne version par les nouvelles.
Vous pouvez faire Sudo apt-get upgrade && Sudo apt-get update car cela appliquera ces 309 mises à jour. Pour la mise à niveau, je vous suggèrerais de cloner votre machine et d’y essayer ou d’en créer une nouvelle avec le nouveau LTS car ces opérations ne sont pas recommandées par rapport à SSH.