我们目前有一个在 CentOS 5.10 上运行 cPanel 的服务器，我正在考虑升级到 CentOS 6.4 是否值得或明智。
该服务器在 2012 R2 Hyper-V 上虚拟化，我感觉 CentOS 6.x 对 Hyper-V 有更好的支持，这显然是可取的，但这种印象可能是有缺陷的。
在网上查找，我找不到太多关于这个主题的文档，但我能找到的一些资料表明它可能存在风险，并且有些人强烈建议尝试在生产系统上进行主要版本的就地升级是一个非常糟糕的主意（我很倾向于相信这种观点）。
幸运的是，在测试方面我还有另一个可用的盒子。我们目前有第二个获得许可的 cPanel 盒子，运行相同的操作系统版本（使用旧版本构建，纯粹是为了测试最近从 VMWare 进行的迁移，因此目前尚未投入生产），因此我可以使用它来进行初步测试。
人们认为进行此类升级的主要危险 / 陷阱 / 可能出现的问题是什么？进行升级是否有任何实际好处（我知道 5.x 在未来几年内仍将继续受支持）？
答案1
最大的危险是，您最终会得到一个无法使用的机器。事实上，5.10 仍然受支持，所以不必着急。尽管如此，我们将几个机器从 5.x 迁移到 6.5，并注意到性能略有提升。除此之外，新版本还为您提供了更新的内核和软件包选项。如果这对您很重要，我会考虑升级。
主要版本升级是一件有风险的事情，即使你仔细检查依赖性问题并避免使用第三方存储库，也不能保证升级不会出现严重问题。
虽然我们进行了此类现场升级（在执行此操作之前，请务必拍摄图像！），但现在我们首选的程序是在全新 RHEL/CentOS 安装然后使用 WHM 真正可靠的转移账户功能转移账户。
先从一个帐户开始测试，如果一切顺利，再迁移其余帐户。这样可以最大程度地减少帐户的总体停机时间！
一些建议：
- 在开始迁移之前合理地降低 DNS 记录 TLL（或在完成后重新路由 IP）
- 复制/设置相关设置到目标机器
- 您还可以使用 cli 工具导入最重要的 cPanel 设置（手动完成整个过程大约需要 20 分钟，并且您确定一切都设置正确）
- 检查机器上是否有冲突的设置/自定义（例如，源上的 my.ini 自定义阻止在目标机器上恢复某些数据库）
- 当在源服务器上使用带有 SQLite 的 roundcube 时，您必须在迁移第一个帐户之前将新服务器切换到 SQLite（否则您必须在迁移后进行迁移 -> 更加麻烦）
- 迁移帐户和计划