Centos5
cPanel / CentOS 5.10 升級到 6.4 建議
我們目前有一台在 CentOS 5.10 上執行 cPanel 的伺服器，我正在考慮升級到 CentOS 6.4 是否值得甚至明智。
該伺服器在 2012 R2 Hyper-V 上進行了虛擬化，我的印像是 CentOS 6.x 具有更好的 Hyper-V 支持，這顯然是可取的，但這種印象可能存在缺陷。
在網上看，我找不到太多關於這個主題的文件，但我能找到的一些內容表明它可能存在風險，有些人強烈建議嘗試在生產系統上進行主要版本就地升級是一種非常糟糕的主意（我很想相信的觀點）。
幸運的是，在測試方面，我確實有另一個可用的盒子。我們目前有第二個獲得許可的 cPanel 盒子，執行相同的作業系統版本（使用舊版本建構純粹是為了測試從 VMWare 的最新遷移，因此目前不在生產中），所以我可以用它來測試最初的東西。
人們會說進行這種升級的主要危險/陷阱/可能的問題是什麼？執行升級有什麼真正的好處（我知道 5.x 將繼續支持幾年）？
主要的危險是你最終會得到一個無法使用的盒子。事實上 5.10 仍在支持，所以不必著急。儘管如此，我們還是將幾個盒子從 5.x 遷移到了 6.5，並註意到性能略有提升。除此之外，新版本還為您提供了更多最新的核心和軟體包選項。如果這對你很重要，我會考慮升級。
主要版本升級是一件有風險的事情，即使您仔細檢查依賴性問題並避免第三方回購，也不能保證升級會順利通過而不會出現嚴重問題。
雖然我們進行了這樣的就地升級（在這樣做之前總是拍攝圖像！）我們現在首選的過程是在全新的 RHEL/CentOS 安裝上重新安裝 cPanel ，然後使用 WHM 真正可靠的轉移帳戶功能轉移帳戶。
從一個帳戶開始進行測試，如果一切正常，則遷移其餘帳戶。這樣可以最大限度地減少帳戶的總體停機時間！
一些建議：
- 在開始遷移之前合理的時間降低 DNS 記錄 TLL（或在完成後重新路由 IP）
- 將相關設置複製/設置到目標機器
- 您還可以使用 cli 工具導入最重要的 cPanel 設置（手動完成整個過程大約需要 20 分鐘，並且您確定一切設置正確）
- 檢查機器上是否有衝突的設置/自定義（例如，阻止某些數據庫在目標機器上恢復的源上的 my.ini 自定義）
- 在源伺服器上使用帶有 SQLite 的圓形立方體時，您必須在遷移第一個帳戶之前將新伺服器切換到 SQLite（否則您必須在遷移後遷移 -> 更麻煩）
- 遷移帳戶和計劃