升级 Linux Lightsail 实例的风险

升级 Linux Lightsail 实例的风险

升级安装了 Gitlab 的 Linux Lightsail 实例时是否应该担心一些事情?

我想将我们在 AWS Lightsail 实例上运行的业务 Gitlab 从 Ubuntu 16.04 LTS 升级到 20.04 LTS,因为它又旧又丑。老实说,这是我第一次升级,所以我遵循了一些信息,我想应该不会有什么问题。

那么我的计划是什么:

创建快照

apt update 和 apt upgrade

如果在更新过程中端口 ssh 失败,请暂时禁用 ufw 或出于安全原因打开 TCP 端口 #1022,然后重新启动

将操作系统升级到最新版本(现在应该是18.04,对吧?)

重启,然后重复升级到 20.04

我的问题是,由于我从未进行过升级,所以我担心是否有什么我应该担心的事情。

我的意思是 - 在 Linux 服务器升级过程中不应该触及所有已安装的服务(gitlab 等),对吗?

如果一切顺利升级,Gitlab 应该在重启后即可启动并运行?

编辑:这是我的 Linux 和云之旅的第二个月,所以这绝对是一个愚蠢的问题,但需要从某个地方开始(没有测试环境),是吧?

答案1

好的,我会尽量温柔一点。

首先,请不要在生产系统上进行此实验。

我不是 Ubuntu 专家,但根据我的 Debian 经验,Ubuntu16.04 和 Ubuntu20.04 之间的差异(我认为)很大。

什么地方可能出错?有很多,仅举几个例子:

  • Ubuntu 升级后,gitlab 所需的共享库可能与 gitlab 不兼容
  • 从 initd 到 systemd 切换的 init 脚本可能需要调整
  • 文件、目录和系统实用程序可能会在操作系统升级期间发生变化,导致 gitlab 无法启动

Gitlab 有一个非常好的备份包,可以备份所有数据和大部分配置,因此启动一个全新的 Ubuntu20.04 并全新安装 Gitlab 并仅恢复备份可能是迁移到新 Ubuntu 系统的可行方法。

但是,如果您需要就地升级,我建议您克隆生产环境(如果执行 VM 克隆可能会在您的设置中产生问题,请咨询 Gitlab 应用程序管理员)并在非生产环境中尝试您提出的解决方案。测试一切是否按预期进行,然后仅继续进行 PROD 升级...

相关内容