Ubuntu Server on KnightLi的博客

2026 年 Linux 伺服器發行版怎麼選：Debian、Rocky Linux、AlmaLinux 和 Ubuntu Server 對比

Thu, 07 May 2026 21:03:12 +0800

2026 年選 Linux 伺服器發行版，核心問題不是「哪個最好」，而是「哪個最適合你的維運模型」。

如果你需要最穩的社群發行版，Debian 仍然是首選之一。如果你需要 RHEL 相容生態，但不想直接購買 RHEL，Rocky Linux 和 AlmaLinux 是 CentOS 之後最自然的替代者。如果你重視雲端映像、文件、快速部署和新軟體包，Ubuntu Server 仍然最省事。

下面按伺服器場景做一次實用對比。

快速結論

發行版	最適合	主要優點	主要注意點
Debian	長期穩定、自託管、基礎服務	穩定、簡潔、社群強、自由軟體傳統深	預設軟體版本偏保守，企業商業支援不如 RHEL/Ubuntu 明確
Rocky Linux	RHEL 相容生產環境	接近 RHEL 使用習慣，適合企業遷移 CentOS	軟體包更新節奏保守，桌面/新技術體驗不是重點
AlmaLinux	RHEL 相容生產環境、雲和企業替代	RHEL 相容、社群活躍、生命週期清楚	與 RHEL 仍有少量差異，要關注 release notes
Ubuntu Server	雲伺服器、容器、開發部署	雲平台支援好，資料多，部署快，LTS 週期長	Snap、內核/HWE、PPA 等機制需要團隊統一規範

一句話：

最穩妥通用：Debian。
企業 RHEL 生態替代：Rocky Linux / AlmaLinux。
雲端和開發效率優先：Ubuntu Server。

Debian：堅如磐石的穩定性

截至 2026 年 5 月，Debian 當前 stable 是 Debian 13 trixie。Debian 12 bookworm 已經進入 oldstable 階段，仍有安全和 LTS 支援，但新部署伺服器更建議優先看 Debian 13。

Debian 的特點一直很清楚：

預設包選擇保守；
系統結構乾淨；
不強綁定商業廠商；
社群治理成熟；
適合長期運行的基礎服務。

如果你的伺服器主要跑這些東西，Debian 很舒服：

Nginx / Apache；
PostgreSQL / MariaDB / Redis；
Docker / Podman；
WireGuard / Tailscale；
檔案服務、備份服務、監控服務；
小型自託管應用。

Debian 的優勢不是「最新」，而是「少折騰」。很多伺服器裝好之後，幾年內只需要正常安全更新和小版本維護。

適合 Debian 的場景：

你希望系統盡量樸素，不想被發行版廠商策略影響太多。
你熟悉 apt、systemd、Debian 檔案布局。
你可以接受軟體版本不是最新。
你更重視穩定、安全更新和可預期升級。

不太適合 Debian 的場景：

你需要某些廠商只認證 RHEL 或 Ubuntu。
你需要企業級商業支援 SLA。
你依賴最新內核、最新 GPU 棧或新硬體支援。
團隊內部已經全面圍繞 RHEL 系生態寫了維運規範。

我的判斷：個人伺服器、自託管、輕量 SaaS、小團隊基礎服務，Debian 仍然非常值得優先考慮。

Rocky Linux：CentOS 之後的穩健替代

Rocky Linux 的定位很明確：面向需要 RHEL 相容生態的使用者，延續過去 CentOS Linux 在企業生產環境中的角色。

2026 年，Rocky Linux 9 和 Rocky Linux 10 都在支援週期內。Rocky Linux 9 適合更保守的生產環境，Rocky Linux 10 則適合新專案、新硬體和更長未來週期。

Rocky Linux 適合這些場景：

原來跑 CentOS 7 / CentOS 8 的企業環境；
需要 RHEL 系目錄結構、包名和維運習慣；
依賴 dnf、RPM、SELinux、firewalld；
軟體供應商明確支援 RHEL-compatible 發行版；
內部自動化腳本圍繞 Enterprise Linux 編寫。

它的優點是遷移阻力小。很多團隊過去多年圍繞 CentOS 積累了 Ansible playbook、監控規則、審計腳本和安全基線。換到 Rocky Linux，整體心智負擔比遷到 Debian 或 Ubuntu 小很多。

Rocky Linux 的注意點：

包版本偏保守，這是 Enterprise Linux 的設計目標，不是缺點。
如果你需要非常新的使用者態元件，可能要依賴 EPEL、第三方倉庫或容器。
RHEL 相容不等於所有商業軟體廠商都自動提供正式支援，要看廠商認證列表。
Rocky Linux 10 對硬體基線和第三方生態會有新的要求，新上生產前要驗證。

我的判斷：如果你的伺服器環境本來就是 CentOS / RHEL 系，Rocky Linux 是非常自然的替代方案，尤其適合穩定生產環境和企業內部服務。

AlmaLinux：更主動的 RHEL 相容路線

AlmaLinux 也是 CentOS 之後的重要替代者，定位同樣是企業級、長期支援、RHEL 相容。

它和 Rocky Linux 的共同點很多：

都面向 RHEL 相容生態；
都適合伺服器生產環境；
都有 8、9、10 代長期支援路線；
都適合從 CentOS 遷移；
都能使用大量 Enterprise Linux 生態工具。

不同點在於，AlmaLinux 在 RHEL 相容之外，會更主動記錄和處理上游差異。例如 AlmaLinux 10 提供了面向舊硬體的 x86-64-v2 架構選擇，並在 release notes 中明確說明與 RHEL 的差異。

這對一部分使用者很有用：他們既想留在 RHEL 生態，又希望社群發行版能在硬體支援、包構建、EPEL 相容等問題上更靈活。

適合 AlmaLinux 的場景：

你需要 RHEL 相容，但不想完全被 RHEL 發布策略限制。
你重視社群治理和透明 release notes。
你在雲平台、容器映像、企業工作負載中需要穩定基礎系統。
你想從 CentOS 或舊 Enterprise Linux 平滑遷移。

需要注意的是，AlmaLinux 不是「閉眼等於 RHEL」。對嚴格合規、廠商認證、資料庫認證、硬體認證場景，仍然要檢查軟體供應商是否明確支援 AlmaLinux。

我的判斷：Rocky Linux 和 AlmaLinux 都能作為 CentOS 替代。更保守、更貼近傳統 CentOS 敘事，可以看 Rocky；更重視社群透明和相容路線靈活性，可以看 AlmaLinux。

Ubuntu Server：雲端支援和部署效率最好

Ubuntu Server 的優勢很現實：雲平台、文件、社群教程、映像、自動化工具和開發者生態都很強。

2026 年伺服器新部署，主力仍然是 Ubuntu 24.04 LTS。Ubuntu LTS 通常有 5 年標準支援，並可透過 ESM 延長支援週期。對雲伺服器、容器宿主機、開發環境、CI/CD 節點來說，Ubuntu Server 往往是最快上手的選擇。

Ubuntu Server 適合這些場景：

AWS、Azure、Google Cloud、Oracle Cloud、阿里雲、騰訊雲等雲伺服器；
Docker、Kubernetes、GitLab Runner、CI/CD；
AI / GPU / CUDA 開發環境；
需要大量教程和社群方案的團隊；
開發與生產都希望盡量一致的環境。

Ubuntu 的優點：

雲映像品質高；
官方和第三方文件多；
新硬體支援通常更積極；
LTS 節奏清楚；
開發者工具鏈更新更方便；
很多商業軟體會優先給 Ubuntu 安裝說明。

Ubuntu 的注意點：

Snap 在伺服器上不是所有團隊都喜歡，是否使用要提前規範。
PPA 很方便，但生產環境濫用會增加維護風險。
HWE 內核、雲內核、標準內核之間要選清楚。
對極簡穩定派來說，Ubuntu 預設系統元件會比 Debian「更熱鬧」。

我的判斷：如果你主要跑雲伺服器、容器、開發部署、AI 工具鏈，Ubuntu Server 通常是效率最高的選擇。它不是最「純」的發行版，但它能讓很多事情少查資料、少踩坑。

四者怎麼選

個人 VPS / 自託管

優先推薦 Debian 或 Ubuntu Server。

如果你想穩定、省心、少折騰，選 Debian。如果你經常照著教程部署新專案，或者需要較新的軟體棧，選 Ubuntu Server。

企業生產環境

優先推薦 Rocky Linux、AlmaLinux 或 RHEL。

如果公司過去使用 CentOS，遷移到 Rocky / Alma 成本最低。如果涉及商業資料庫、硬體認證、安全合規和廠商支援，要優先確認認證清單。

雲原生和容器宿主機

Ubuntu Server、Debian、Rocky / Alma 都能勝任。

如果團隊偏開發效率，選 Ubuntu Server。如果追求極簡穩定，選 Debian。如果企業標準圍繞 RHEL 系，選 Rocky / Alma。

AI / GPU 伺服器

優先看 Ubuntu Server，其次看 Rocky / Alma。

原因很簡單：NVIDIA、CUDA、PyTorch、TensorFlow、驅動安裝教程和社群經驗裡，Ubuntu 通常最多。企業 GPU 叢集如果已經圍繞 RHEL 生態建設，則可以選 Rocky / Alma，但要提前驗證驅動、CUDA、容器運行時和監控工具。

傳統業務系統

優先看 Rocky Linux / AlmaLinux。

傳統 Java、資料庫、中介軟體、商業軟體、審計和維運規範往往更偏 RHEL 系。此時選擇 Rocky / Alma，會比 Debian / Ubuntu 更容易貼合舊體系。

選擇時看這幾個指標

不要只看發行版名字。伺服器選型時，建議按下面幾個問題判斷：

生命週期：這個版本能維護到哪一年？
升級路徑：大版本升級是否成熟？是否支援平滑遷移？
軟體來源：是否依賴第三方倉庫？第三方倉庫誰維護？
安全更新：安全公告、補丁節奏、CVE 處理是否清楚？
硬體支援：CPU、網卡、RAID、GPU、儲存控制器是否驗證過？
團隊經驗：團隊熟悉 apt 還是 dnf？熟悉 Debian 系還是 RHEL 系？
廠商認證：業務軟體是否明確支援該發行版？
自動化資產：現有 Ansible、Terraform、映像構建腳本是否可重複使用？

真正決定成本的，往往不是安裝 ISO，而是後續五年的升級、審計、排障和交接。

我的推薦組合

如果讓我給 2026 年伺服器選型一個預設建議：

場景	推薦
個人 VPS、自託管	Debian 13
雲伺服器、快速部署	Ubuntu Server 24.04 LTS
CentOS 遷移	Rocky Linux 9 / AlmaLinux 9
新企業專案	Rocky Linux 10 / AlmaLinux 10，先驗證生態
AI / GPU 開發	Ubuntu Server 24.04 LTS
強合規商業生產	RHEL，或確認廠商支援後使用 Rocky / Alma

簡短結論

Debian 的關鍵詞是穩定、簡潔、社群和自由軟體傳統。它適合長期運行的基礎伺服器。

Rocky Linux 和 AlmaLinux 的關鍵詞是 RHEL 相容、企業生產和 CentOS 替代。它們適合已有 Enterprise Linux 維運體系的團隊。

Ubuntu Server 的關鍵詞是雲端、文件、開發效率和生態完整。它適合快速部署、容器、AI/GPU 和雲伺服器。

沒有永遠正確的發行版，只有和團隊、業務、硬體、生命週期最匹配的發行版。伺服器上最好的選擇，通常不是最熱門的那個，而是五年後你還願意維護的那個。

硬碟大漲價，NAS 滿了先別擴容：200 元鐵威馬 + HC620 冷資料方案

Mon, 04 May 2026 11:46:53 +0800

硬碟價格上漲時，NAS 空間滿了不一定要立刻擴容。尤其是主 NAS 還在正常工作、只是容量接近用完的情況下，更適合先把資料分層：原 NAS 只保留經常存取的熱資料，不常用的冷資料和備份卸到單獨的冷儲存碟。

這篇記錄的是一個低成本方案：用 HC620 這類大容量碟保存冷資料，再用便宜的鐵威馬 F2-220、F2-221 或 F4 機型做搬運和掛載節點。它不追求效能，只解決一個問題：在當前不適合升級硬碟的階段，先把主 NAS 的空間騰出來。

思路

整理資料時可以先按存取頻率分層：

熱資料：照片、工作資料、近期下載、經常播放的影片，繼續留在主 NAS。
冷資料：舊影視庫、歸檔資料、長期不動的大檔案，遷移到 HC620。
備份資料：只需要定期寫入、偶爾讀取的資料，也可以放到 HC620。

HC620 的使用場景可以參考站內文章：西部資料 HC620 疊瓦碟的誤區與正確使用方法。它更適合順序寫入、長期保存、隨機讀取，不適合頻繁刪除和反覆寫入的工作負載。

如果只是給主 NAS 騰空間，不建議在硬碟高價階段直接大規模替換主 NAS 硬碟。先把不常用資料卸出去，主 NAS 繼續負責熱資料，通常更划算。

為什麼用鐵威馬舊機器

HC620 的問題不是容量，而是使用不太方便。它對系統、介面和使用方式都有要求，直接插 USB 硬碟盒並不適合。

這時可以把鐵威馬 F2-220、F2-221 或部分 F4 機型當作低成本冷資料節點使用。優點很直接：

便宜，二手 F2-220 通常不超過 200 元。
體積小，不占地方，功耗也容易接受。
系統可以裝在 U 盤，不占用硬碟盤位。
有兩個或更多 SATA 盤位，適合掛 HC620 做歸檔碟。

這類舊機器效能不強，但做冷資料搬運、CIFS 掛載、背景複製已經夠用。F2-220 的 SATA 規格雖然比較老，只有 SATA 3G，但實測 HC620 在硬碟外圈對拷時仍然可以跑到約 200MB/s。對冷資料遷移來說，這個速度已經不慢，瓶頸更多時候反而在網路、來源碟狀態和檔案數量上。

如果對板載千兆網口速度不滿意，也可以加一個 USB 2.5G 網卡。冷資料節點不需要複雜改造，只要系統能識別網卡、交換器和主 NAS 也支援 2.5G，就能把網路瓶頸往上抬一截。

準備顯示輸出

如果機器沒有 HDMI 口，安裝系統時需要接 VGA。F2-220 機器內部預留了 VGA 介面，可以使用主機板內建 12Pin VGA 轉接線，一端接內部排針，另一端接標準 VGA 顯示器。

VGA 轉接線規格和注意點可以參考：鐵威馬 F2-220 安裝飛牛 OS：接 VGA 輸出。簡單說，搜尋關鍵詞可以用「12Pin VGA 轉接線」「主機板 12 針 VGA 轉接線」「2.0mm 12Pin 轉 VGA」，購買前要核對針距、方向和線序。

安裝 Ubuntu Server 到 U 盤

建議把 Ubuntu Server 裝到 U 盤，硬碟盤位全部留給資料碟。

F2-220 效能比較弱，直接在機器上安裝會很慢。更省事的方法是：把 U 盤插到另一台效能更好的電腦上完成 Ubuntu Server 安裝，裝完後再插回鐵威馬機器啟動。只要啟動模式相容，一般可以直接使用。

裝完後需要重點檢查網路設定，否則機器啟動後可能無法連網，也就無法 SSH 遠端管理。

設定網路

進入系統後，先查看網卡名稱：

`1`	`lshw -c network`

示例輸出裡可以看到 logical name：

  *-network
       description: Ethernet interface
       product: RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: enp2s0
       version: 07
       serial: 6c:bf:b5:00:63:ab
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.8.0-111-generic duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 ip=192.168.8.205 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:17 ioport:e000(size=256) memory:d0604000-d0604fff memory:d0600000-d0603fff

這裡的網卡名是 enp2s0。然後編輯 netplan 設定檔：

`1`	`sudo more /etc/netplan/01-install-config.yaml`

如果檔案不存在，就新建一個，內容如下：

network:
  version: 2
  ethernets:
    enp2s0:
      dhcp4: true

注意把 enp2s0 替換成自己機器實際看到的網卡名。保存後執行：

`1`	`sudo netplan apply`

網路恢復後，就可以透過 SSH 遠端連接這台鐵威馬機器，後續操作不需要一直接顯示器。

格式化 HC620 為 btrfs

如果 HC620 是新碟，或者碟上的資料已經確認不需要，可以先格式化為 btrfs。注意，下面的操作會清空目標硬碟資料，執行前一定要確認碟符，不要把主 NAS 共享目錄或系統 U 盤格式化掉。

先查看當前磁碟：

`1`	`lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINTS`

也可以查看更穩定的磁碟路徑：

`1`	`ls -l /dev/disk/by-id/`

確認 HC620 對應的裝置名後，卸載已有掛載點：

1
2

sudo umount /dev/sda 2>/dev/null
sudo umount /dev/sda1 2>/dev/null

如果要把整塊碟直接做成 btrfs，可以執行：

`1`	`sudo mkfs.btrfs -f -O zoned -d single -m single -L HC620_01 /dev/sda`

這裡的參數含義：

-f：強制建立檔案系統，避免舊簽名阻止格式化。
-O zoned：啟用 zoned 特性，適合 HC620 這類需要按區域順序寫入的碟。
-d single -m single：資料和元資料都使用單碟模式。
-L HC620_01：設定卷標，方便識別。

如果你的系統或核心版本對 zoned btrfs 支援不理想，也可以繼續參考早期實測記錄裡的做法：某魚 600 元出頭西數 HC620 14T 的全新硬碟值得買嗎。這類碟的相容性和核心版本、SATA 控制器、檔案系統支援都有關係，遇到異常不要急著導入正式資料。

格式化完成後可以先臨時掛載測試：

1
2
3

sudo mkdir -p /mnt/disk1
sudo mount /dev/sda /mnt/disk1
df -h

確認可以正常掛載後，再寫入 /etc/fstab 做開機自動掛載。長期使用時更建議用 /dev/disk/by-id/ 路徑替代 /dev/sda，避免重啟後碟符變化。

設定掛載

這個冷資料節點通常需要同時掛載兩類路徑：

主 NAS 的共享目錄，用來讀取待遷移資料。
本機 HC620 資料碟，用來保存冷資料和備份。

先建立掛載目錄：

`1`	`sudo mkdir -p /mnt/xxxxx /mnt/disk1 /mnt/disk2`

如果要掛載 CIFS/SMB 共享，需要安裝工具：

1
2

sudo apt update
sudo apt install cifs-utils

然後編輯 /etc/fstab，加入類似內容：

1
2
3

//192.168.x.xxx/xxxxx   /mnt/xxxxx cifs auto,username=xxxxx,password=xxxxx,uid=997,gid=997,file_mode=0777,dir_mode=0777,nofail 0 0
/dev/sda  /mnt/disk1  auto  defaults,nofail  0  0
/dev/sdb  /mnt/disk2  auto  defaults,nofail  0  0

第一行用於掛載主 NAS 的共享目錄，後兩行用於掛載本機硬碟。

實際使用時建議優先用 /dev/disk/by-id/ 這類穩定路徑掛載資料碟，避免重啟後 /dev/sda、/dev/sdb 順序變化。HC620 的格式化和掛載注意事項可以參考早期記錄：某魚 600 元出頭西數 HC620 14T 的全新硬碟值得買嗎。

修改後可以先測試掛載：

1
2

sudo mount -a
df -h

確認主 NAS 共享目錄和本機資料碟都出現後，再開始遷移資料。

背景複製檔案

大量資料遷移不建議直接在 SSH 前台跑普通 cp。這裡優先推薦 screen + mc：screen 用來保證 SSH 斷開後任務不丟，mc 用來提供更直觀的雙欄檔案管理介面。

mc 的優勢是非常適合手動整理冷資料：左側打開主 NAS 掛載目錄，右側打開 HC620 資料碟目錄，選中檔案後按 F5 就能複製。複製過程中會顯示當前檔案進度和總進度，遇到大量檔案時比單純看命令列輸出更直觀。

上圖為複製檔案時的進度窗口示意。Midnight Commander 官方手冊也說明，複製、移動、刪除操作在 verbose 模式下會顯示檔案操作對話框，並可顯示當前檔案和總量進度。

安裝工具：

`1`	`sudo apt install screen mc rsync`

啟動背景會話：

`1`	`screen -S cold-data`

進入 screen 後直接執行：

mc

常用方式是左右兩欄分別進入來源目錄和目標目錄，然後用快捷鍵操作：

Tab：切換左右面板。
Insert：選擇多個檔案或目錄。
F5：複製到另一側面板。
F6：移動或重新命名。
F8：刪除，謹慎使用。

如果需要更適合腳本化、可重複執行的同步任務，再用 rsync：

`1`	`rsync -avh --progress /mnt/xxxxx/old-data/ /mnt/disk1/old-data/`

複製過程中即使 SSH 斷開，screen 會話也還在。重新連接後執行：

`1`	`screen -r cold-data`

就能回到原來的複製任務。

使用建議

這個方案適合冷資料和備份，不適合把 HC620 當高頻寫入碟使用。建議按下面的方式使用：

主 NAS 繼續放熱資料和日常服務。
HC620 放長期保存的大檔案、影視庫、歸檔資料。
資料遷移以順序寫入為主，避免頻繁刪除和反覆小檔案寫入。
重要資料至少保留兩份，不要把唯一副本放在單塊碟上。
遷移完成後抽樣校驗檔案，確認目錄和檔案數量正常。

如果後續硬碟價格回落，再考慮升級主 NAS 陣列也不遲。當前階段先用低成本節點把空間壓力卸掉，風險和投入都更可控。

小結

NAS 空間滿了，不一定馬上買新碟擴容。把主 NAS 定位成熱資料設備，把 HC620 定位成冷資料和備份碟，再用便宜的鐵威馬 F2-220、F2-221 或 F4 機型做掛載和複製節點，是一個投入很低、落地性很強的過渡方案。

這個方案的關鍵不是效能，而是分工：主 NAS 保持日常體驗，冷資料單獨存放。這樣既能騰出空間，又能避開硬碟高價階段的大額升級成本。