OS升级-“在-飞”

Question

我想知道是否有一种方法来安装更新版本的OS，比如在运行操作系统(例如Ubuntu12.04)的服务器磁盘的第二个分区上安装14.04，然后更改grub启动顺序并重新启动到新系统(减少服务器停机时间)？

设想情况：

第一个分区-Ubuntu12.04-高兴并运行

第二分区-空

新LTS来了

第一个分区-Ubuntu12.04(服务器仍在运行)-在第二个分区上安装14.04

第二分区-安装正在进行中

安装后重新启动

第一个分区-旧系统(即将被消灭)

第二分区-服务器现在在14.04运行(停机时间减少到一次重新启动)

有什么办法可以做到吗？木偶能实现这种自动化吗？

谢谢!

Answer 1

您也许可以这样做，但在我讲到这一点之前，请考虑一下传统的方法：

1. 等下班时间。很少有服务器需要24/7处于活动状态，而那些服务器通常具有故障转移系统，允许您一次升级一台服务器，而不需要任何停机时间。如果有一个小时的计划停机时间不够重要，您可以安排升级。
2. 将磁盘备份到第二个磁盘上。但你已经定期做了，对吧？
3. 做你的标准LTS升级。修复任何被破坏的东西然后继续前进。只要有可能，服务器上的服务将保持活动状态(MySQL等人将在升级时重新启动自己，但通常会立即恢复)。

唯一能做你想做的事的方法就是用虚拟机。您可以尝试轻量级的LXC或schroot方法，但我认为您可能希望使用VirtualBox，如果仅仅因为它是旧的和文档化的。

安装它，创建一个具有接近物理的原始磁盘访问权限的VM，安装Ubuntu并设置所有内容。如果您需要更改升级过程中的任何内容，这将为您重新配置设备提供很大的灵活性。

另一种也是唯一真正的高可用性方法是热替换/故障转移方法。启动一台全新的服务器，安装Ubuntu，配置Ubuntu，同步数据(理想情况下，在所有服务器之间从SAN到NFS共享数据)并启动并运行。按下开关，在新的微秒内，新服务器取代原来的服务器。

一种更现代的方法是在所有金属上虚拟化，这样即使你只有一个物理主机服务器，你也可以为你的新服务器创建另一个虚拟机，并做一个简单的软切换。

我认为第一种传统方法提供了最大的安全性，而不会使现有的生产设置变得复杂，比如虚拟机(假设它们还没有到位)。