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 保持日常体验，冷数据单独存放。这样既能腾出空间，又能避开硬盘高价阶段的大额升级成本。