Incus简介

Incus 是一个系统容器、应用容器和虚拟机管理器，是 LXD 的社区fork版本。由于Incus不是Ubuntu管理的社区版本，所以相对LXD而言，更容易被其他发行版如 RedHat Linux 和 SUSE Linux 接受。

Incus提供了类似公有云相似的用户体验: 可以混合使用容器和虚拟机，共享相同的底层存储和网络。

Incus也提供了大量的Linux发行版景象，方便不同的用户环境中使用，并且支持不同的存储后端和网络类型，实现了从笔记本到云实例的硬件兼容支持。

Incus提供了一个简洁的REST API为本地和远程访问实现管理。

LXD vs. Incus

维度

LXD

Incus

主导者

Canonical 公司（Ubuntu 的母公司）全面掌控。

Linux Containers 社区（LXC/LXCFS 的原班人马）。

开源协议

AGPLv3（且贡献代码必须签署 CLA 协议，即版权归 Canonical 独家所有）。

Apache 2.0（完全开放，无 CLA 限制，鼓励社区自由贡献）。

项目定位

逐渐沦为 Canonical Anbox（在云端跑 Android）、MicroK8s 和 Ubuntu Pro 商业订阅的底层组件。

纯粹的、面向通用的系统容器与轻量化虚拟机（KVM）管理器。

系统依赖

Snap 的沙盒机制（AppArmor 隔离、独自的 Mount Namespace）会导致ZFS存储卷或容器嵌套运行Docker/containerd极容易发生底层权限和cgroup冲图

彻底抛弃snap，原生通过systemd管理的二进制，避免snap嵌套lxc的困扰

Incus自从2023年从 LXD fork出来以后，社区进行了重构，砍掉了臃肿的历史包袱并加入很多新特性:

  • OCI (Docker) 镜像直接运行（Incus 独有） : Incus 现在支持直接拉取并运行标准的 Docker 镜像（OCI format），而LXD则不支持Docker镜像。

  • 底层技术的精简 : 在最新的 Incus 7.0 LTS 中，社区彻底砍掉了落后的 CGroup v1 支持（全面拥抱 v2）以及老旧的 xtables（全面转向 nftables），甚至移除了对外部 MinIO 的依赖，在内部自研了轻量级原生 S3 存储对象接口。这使得 Incus 的内核要求更高，但运行效率和代码极其干净。

  • 老旧大厂特性的移除 : Incus 砍掉了 Canonical 特有的一些商业绑定，例如 MAAS（Canonical 的裸机部署工具）集成，以及老旧的 Ubuntu FAN 网络。

"嵌套模拟 Kubernetes（K8s）"场景

由于 K8s 节点（如 kubelet）需要接管底层的 Cgroup 层次结构，而 Snap 版的 LXD 自身就受到 snapd 施加的独立 Cgroup 和命名空间限制。这很可能导致 kubeadm init 时出现 Permisssion Denied 报错。

Incus 是直接运行在宿主机原始命名空间中的 incusd 进程。它对 /sys/fs/cgroup 的控制更加直接、标准。配合 Incus 的 security.nesting=true，容器内的 containerd 能够以几乎 100% 物理机一致的体验去派生 Pod 容器，非常适合做 K8s 的低消耗集群实验。

参考