主要版本升級:這不是一次更新,而是一次遷移
更新替換的是一個零件,主要版本升級替換的是整個系列。差別出現在回頭的時候:更新可以逐個套件復原,系列的更換卻無法復原。
AtlasPVE ·
本條目涵蓋以下問題
- proxmox 8 升級 9
- proxmox 大版本升級
- proxmox 版本升級 有風險嗎
- proxmox 新核心系列
- proxmox 升級前 要做什麼
主要版本升級不是一次大型更新。更新替換的是一個零件;主要版本升級替換的是整個系列本身。這個區別在紙面上看似細微,卻從一開始就決定了這項工作該如何規劃。
為什麼它算是一次遷移
所有東西同時移動。核心、工具、儲存層,有時連設定格式也是。這些不是逐一測試過的零件,而是一起到來的整體。
建立在上層的一切,都以舊版本為前提。現有的虛擬機器、自動化流程、監控設定,全都是圍繞上一個系列的行為建立的。
回頭的意義改變了。在一般更新中,回頭的意思是把套件換回先前的版本。在系列更換中,回頭通常意味著從備份還原。同一個詞,兩件截然不同的工作。
計畫其實是備份計畫
該問的問題不是升級失敗了怎麼辦,因為徹底失敗的升級會自行顯露,停在那裡就好。真正的問題是:如果它只成功一半,該怎麼辦。如果升級看似完成,但某個元件仍停留在舊的行為上,是否有一個可以回去的點?
如果答案是否定的,第一件工作不是升級,而是備份。
經得起考驗的順序
閱讀針對這次確切版本跳躍的官方升級說明。它們依版本而異,也是唯一可靠的來源;網路上的通用做法,可能屬於上一次的版本跳躍。
先把目前系列上的所有東西完整更新到最新。從更新到一半的系統更換系列,等於同時試圖解決兩個不同的問題。
如果廠商提供自己的升級前檢查工具,就執行它,並仔細閱讀輸出,而不是匆匆略過。
準備好會用到的備份,並且確認它經過測試。在升級當天,未經測試的備份不是備份,只是一個願望。
而且要在具備實體存取或頻外管理存取時進行這項工作。沒有第二條進入途徑時,不要遠端更換系列。
沒有人預料到的好消息
新的核心系列不會取代舊的,而是與舊的並存安裝。舊核心會留在機器上。重新啟動後,新系列會自動成為預設;若要繼續使用舊系列,就必須明確指定。
這是主要版本升級中最令人安心的部分:在開機這一側,回頭的路通常仍然存在。
之後不要急
升級完成後不要立刻刪除舊系列。保留它的代價是磁碟空間;移除它的代價是回頭的路。等它運作幾週、確實看到一切正常之後再清理。
Atlas 的做法
Atlas 不會把系列更換混在一般更新之中,而是以獨立的類別顯示。在它旁邊會清楚說明將會發生什麼:這次更新不會取代目前的核心,而是與之並存安裝,重新啟動後,新系列會成為預設。
它還有一個謹慎的預設行為:如果無法可靠判斷系統上存在哪些系列,這項更新不會被當作一般更新處理,而會被標示為系列更換。因此在不確定的情況下,它不會悄悄溜過,而是擺到管理員面前。這個選擇是刻意的:把系列更換誤認為一般更新的代價,遠高於以額外的謹慎處理一般更新的代價。
資料來源
Proxmox 官方文件。內容為英文,且在此主題上以官方文件為準。