Proxmox 拓撲:整台主機盡在一張地圖
Proxmox 掌握各個元件:VM、容器、橋接器、bond、磁碟、儲存池。它沒有呈現的,是這些元件如何連接。Atlas 將主機繪製成即時地圖;從實體網路卡到橋接器再到 VM,或從磁碟到儲存池再到工作負載,整條鏈結都能在單一畫面中看清。
拓撲檢視為何重要
在原生的 Proxmox 主機上,各元件之間的關係分散在不同畫面與設定檔中。哪些客體共用 vmbr0、哪些磁碟承載容器寫入的儲存池、某個 VLAN 經過哪個 bond:每個答案都意味著另一個分頁,或另一道 shell 指令。
主機上的故障大多是關係上的故障。讓客體斷線的橋接器修改、使供應三台 VM 的儲存池降級的磁碟、套用在錯誤介面上的防火牆規則。元件本身沒有問題;問題出在連接。
地圖不是裝飾。拓撲變得可見後,影響也隨之可見:一項變更會觸及什麼,可在套用前從地圖上讀出。
手動繪製主機地圖
沒有即時地圖時,拓撲只能手動重建。常見的流程如下:
從網路設定檔列出橋接器與 bond,並記下由哪些實體網路卡供應。
使用 qm config 與 pct config,逐一將每台 VM 與容器的網路卡對應到其橋接器。
使用 zpool status 或 LVM 工具將磁碟對應到儲存池,再將儲存區對應到使用它們的客體。
逐一記下每個橋接器與每台客體的 VLAN 標籤,以看出哪些網段重疊。
將結果畫在白板或繪圖工具上,讓團隊都能看到。
每次變更後都要從頭再走一遍,因為只要有東西變動,這張圖就立刻過時。
Atlas 如何繪製主機
Atlas 讀取主機狀態,讓地圖保持即時。不需手動繪製,也不會過時。
即時基礎架構地圖
主機、VM 與容器以即時拓撲呈現。啟動、停止與遷移會立即反映在地圖上。
端到端的網路鏈路
從實體網路卡到 bond、橋接器,再到客體的路徑,會畫成一條線。不必開啟設定檔,就能看懂 VLAN 及其成員。
儲存空間關聯
磁碟、儲存池與資料集會連到位於其上的客體。降級的儲存池會清楚顯示它承載了哪些工作負載。
變更前先看影響
關鍵流程會在套用任何變更之前,先顯示受影響的資源。橋接器編輯或儲存池操作會觸及哪些項目,先在地圖上一目了然。
存取拓撲
使用者、群組、角色與 API 權杖會依其可存取的資源繪製,與 Proxmox 權限一致。
地圖上的 Watch
內建的 Watch 守護會把檢查結果標示在迷你拓撲上;每則警示都精確指向相關的節點。
常見問題
- 拓撲是自動繪製的嗎?
- 是的。Atlas 代理程式讀取主機,地圖由即時狀態產生。主機變動時地圖隨之更新;不需手動繪製或維護。
- 能看出哪台 VM 位於哪個網路嗎?
- 可以。每張客體網路卡都會連到其橋接器,每個橋接器再連到其 bond 或實體網路卡;路徑上可看到 VLAN 標籤。
- 也涵蓋儲存空間嗎?
- 是的。儲存流向圖會將磁碟、儲存池與資料集連到使用它們的客體,包括備援狀態與降級的儲存池。
- 支援叢集嗎?
- 支援。多節點環境會呈現在同一張地圖上:每個節點承載自己的客體,共用儲存空間則畫在使用它的節點之間。
- 這是監控儀表板嗎?
- 不是。地圖是管理介面,不是指標牆。Watch 會在地圖上加入健康狀態檢查結果;但重點是關聯與影響,而非圖表。
- 地圖資料會傳出我的基礎架構嗎?
- 不會。Atlas 在主機上執行,拓撲在本機繪製。虛擬機器與儲存空間的名稱、位址以及配置細節都不會傳送到任何地方。若開啟選用的使用統計,只會傳送數量區間與儲存空間類型等彙總資訊;傳送的內容可在產品內的隱私權畫面查看。
相關條目
- 看懂接手的伺服器:先讀懂,再動手 一台不是自己建置的 Proxmox 落到了手上,現在由自己負責。第一個直覺是改點東西來理解它,而這正是一開始最不該做的事。
- 伺服器名稱:安裝時就選好,之後就別再動它 名稱不是標籤,而是位址。設定存放在以它命名的資料夾中,圖表檔案以它命名,叢集成員也靠它辨識。
- 設定變成唯讀:為什麼存放設定的位置與眾不同 即使以 root 身分也無法寫入,並不代表磁碟滿了。Proxmox 並不把設定放在一般的目錄中,而那個位置是刻意拒絕寫入的。
- 如何閱讀網路地圖:一台機器的流量往哪裡去 有個問題是清單檢視回答得很差的:這台機器的流量究竟經過哪裡。答案找得到,但每次都得在腦中把整條鏈組合起來。