Migrating from Proxmox to NixOS and Incus

近日，随着虚拟化与容器技术的持续演进，一项来自开源社区的技术迁移案例引发了运维领域的广泛关注：某技术团队成功将运行多年的 Proxmox 虚拟化平台迁移至 NixOS 与 Incus 的组合方案。这一迁移并非简单的“替换”，而是对基础设施配置管理、声明式运维与轻量级容器化的一次深度重构，标志着现代服务器管理正在向 可重复、可审计、不可变 的方向迈进。

为何告别 Proxmox？

Proxmox VE 作为一款成熟的开源虚拟化平台，长期以“KVM + LXC 双引擎”与 Web 管理界面著称，深受中小型数据中心与家庭实验环境青睐。然而，随着基础设施规模扩大和运维复杂度提升，Proxmox 的一些固有局限逐渐显现：

配置管理分散：Proxmox 依赖 GUI 或 CLI 进行逐台节点的配置，缺少统一的状态声明机制，难以实现“基础设施即代码”；
升级与回滚风险：系统更新后若出现兼容性问题，回滚操作常常依赖快照或手动恢复，流程繁琐；
容器与虚拟机边界模糊：虽然 Proxmox 支持 LXC 容器，但其网络、存储与安全策略的配置方式不如现代化的容器编排工具灵活。

迁移团队的核心痛点在于：希望用一套声明式、可版本控制的配置系统管理全部服务器，同时兼顾虚拟机和容器的混合负载。这正是 NixOS 与 Incus 组合的舞台。

NixOS：声明式配置的终极形态

NixOS 基于纯函数式包管理器 Nix，其核心哲学是“系统状态由一份 /etc/nixos/configuration.nix 文件定义”。这意味着：

可复现性：任何一台机器，只需一份配置文件和 Nix 表达式，即可精确复现完全相同的运行环境；
原子性升级/回滚：系统更新以“世代”为单位，切换失败可一键回滚，无需担心系统“炸掉”；
无依赖冲突：每个包安装在自己的隔离路径下，不同版本的库可以共存。

对于需要管理多台物理机或云服务器的团队来说，NixOS 将系统配置变成代码仓库的一部分，配合 Git 即可实现完整的变更审计与协作。

Incus：容器管理的现代替代

Incus 是 LXD 的社区分支，继承了 LXD 对系统容器的强大支持，同时进一步改进了安全模型与资源管理。与 Docker 等应用容器不同，Incus 容器运行完整的 systemd 用户空间，能像虚拟机一样运行传统服务（如 SSH、Nginx、数据库），但资源开销远低于 KVM。

迁移团队选择 Incus 的理由包括：

无缝兼容现有 LXC 工作流：容器镜像可直接从 LXD 仓库导入，迁移后无需重做镜像；
精细化的资源限制：支持 CPU 核数、内存、磁盘 I/O、网络带宽的实时限制，适合多租户场景；
集群管理简化：通过 incus cluster 命令可轻松组建集群，比 Proxmox 的 HA 配置更直接可控。

迁移实施：从“散养”到“代码化”

整个迁移过程被拆解为三个阶段：

存量分析：梳理现有 Proxmox 节点上的虚拟机与容器列表，记录网络拓扑、存储挂载点、关键服务的配置文件。
NixOS 基础环境搭建：在新物理机或云实例上安装 NixOS，通过 configuration.nix 声明网络、SSH、ZFS 存储池、Incus 服务等。所有配置均纳入 Git 仓库，首次部署即可实现“一次配置，到处运行”。
逐步迁移负载：对于运行中的容器，团队采用“同节点并行”策略——在 NixOS 上启动 Incus 容器，通过 rsync 同步数据，并利用 iptables 规则临时切换流量；对于虚拟机（如旧版 Windows 或特殊内核要求的系统），则保留少量 KVM 实例，通过 libvirt 在 NixOS 上手动管理，但同样将 libvirtd 配置写入 Nix 表达式。

迁移后的收益与挑战

迁移完成后，团队总结了几点显著收益：

配置管理效率提升：新节点上线只需 git pull 并执行 nixos-rebuild switch，15 分钟内完成系统部署；
回滚信心增强：一次错误的 Nginx 配置更新导致服务中断，通过选择上一代配置直接恢复正常，全程不到 30 秒；
容器密度提高：Incus 的轻量特性使得同样的硬件资源可以运行更多容器实例，性能损耗较 Proxmox 的 LXC 模式降低约 10%。

当然，迁移并非一帆风顺。团队成员需要学习 Nix 语言（一种纯函数式配置语言），并且部分商业软件（如监控代理）的 Nix 表达式需要自行编写。此外，Incus 目前对 GPU 直通的支持不如 Proxmox 成熟，对于需要 GPU 加速的 AI 推理任务，团队仍需保留少量 KVM 虚拟机作为过渡。

展望：基础设施的“重构”浪潮

从 Proxmox 到 NixOS + Incus 的迁移，本质上是对“运维哲学”的升级：不再满足于“能用就行”，而是追求 确定性、可审计和自动化。这一趋势在开源社区中正加速蔓延——越来越多的团队转向 NixOS 管理裸金属服务器，并用 Incus 替代传统的 LXC 或 OpenVZ。

对于仍在评估中的运维工程师，不妨从小规模试点开始：先在一台闲置服务器上部署 NixOS + Incus，将非关键服务迁移过去，亲身感受“配置即代码”带来的掌控感。正如该迁移项目负责人所言：“当你发现一次 nixos-rebuild switch 就能改变整台机器的行为时，就再也回不去了。”