根据我的用法，大体说下：

- 我的 pve 上跑三个 lxc docker host ，按功能分配容器：

1. caja: jellyfin, heimdall, minio, node-red, paperless-ng, uptime-kuma ，总之各种家用服务
2. arr: radarr, sonarr, tdarr, transmission, prowlarr ，wireguard ，下载一条龙
3. adguard: adguardhome ，netinstallxyz ，算「基础设施」吧

- 每个 docker host ，都是一个 docker-compose 拉起所有服务。容器间如果需要在同一个网络，那么就放同一个 lxc ，比如 arr 里面的东西。

- 不同所有的配置文件，都在 pve 的同一个目录里，比如 /disk/backup/docker ，然后这个目录用 bind mount 的方式挂载到所有 lxc host 上，然后所有 docker 容器的 config 都写到这个目录里。 另有一个数据分区，在 caja 和 arr 都需要，/disk/media ，我也是 bind mount 挂载到两个 lxc 。

- 所有的 docker-compose 文件，都在一台 vm 的同一个叫做 compose 的目录里管理，比如 caja 的在 compose/caja/docker-compose.yml ，切换子目录的时候，用 direnv 切换 DOCKER_CONTEXT 环境变量。这里当然需要先配置了 docker context 管理这些 lxc docker host 。

我用法只用到 docker-compose ，完全不需要 swarm 或者 k3s 。也不需要 ansible ，docker host 只需要大体配好一台，pve 里做成 template ，以后就是 clone 的事情了。vlan 感觉也是加了没必要的复杂度。

@nevin47 你我都错了。我就不该进这帖子来。

@documentzhangx66 fio 也可以在 Windows 下用，试试不就知道了它准不准了吗？「用 fio 就不准」正确与否先不说，「网上搜到的测速方法都是 fio 所以网上能搜到的测速方法是错的」是不是也太草率？

实话实说，我做操作系统支持，这里偶尔用到 fio 。几个客户例子：

1. 客户抱怨说我们的系统里面写入速度比另一家主流 Linux 慢，同样的机器，同样的内核版本，raw 盘写入 fio 的结果就是不一样。最后原因，我们的系统内核默认开了 INTEL_IOMMU_DEFAULT_ON 内核编译参数。有谁会想到开影响 intel 虚拟化的 iommu 会影响写入速度？
2. 客户说我们的新版本系统 i/o 不如旧版本快。最后原因，一个 xfs 的 bug ，影响从 4.10 到大约 4.19 的所有内核版本的读写。也是 fio 测的，不过是在文件系统之上。

Linux 下能影响 fio 结果的，甩开硬件，还有内核，i/o scheduler ，文件系统和其他我可能想不到的地方。fio 测出来的不一样，并不代表它不准，其实是可能有没找到的确实影响性能的原因。而 Windows ，一样的内核，一样的文件系统，除了硬件的不同，能测出来什么？

@documentzhangx66 「网上能搜到的测速方法是错的」？不明白，请明示。

需要 1.18 就让 snap 去 track 1.18/stable ，latest channel 版本哪里能有保证。

我本人不用 snap 。

systemrescuecd 启动机器，挂载系统盘，进去看日志，如果近期没有任何配置文件改动，大概率是 udev 升级升死了。

如果是，那么进 chroot 环境，回滚或者升到最新版 udev ，重启加祈祷。

别问我具体命令，两句话说不清的，自己查。

不能一行写了算我输。

for i in *.mp4; do name=${i%%.mp4} ; mkdir -p $name; ffmpeg -i $i -c copy -map 0 -segment_time 8 -f segment "${name}/${name}%03d.mp4"; done

@lslvxy docker 里可以用 PUID/PGID 指定跑 container 的用户，相应目录 chown 成相应的 uid 就行了。

1. 拍照不多，懒得琢磨手机备份的事情。
2. bind mount 听说过吗？ pve 里面的任何目录，bind mount 挂载到任意多个 lxc container 都行，我是在 lxc 里跑 docker 的，所以 docker 就这样共享数据。
3. 是的。
4. 不清楚。
5. 奇怪的问题，这个跟内核版本关系更大。
6. 是我的话，全部组一个 LVM vg ，里面再怎么安排看具体需求。
7. 你的需求真的很普通。我的 nuc 就 500G ssd+5T hdd ，ssd 跑 vm 和 lxc ，hdd 做数据盘存读写不那么频繁的数据，妥妥的。

unraid 没用过，但是我不会去用。挂 vm 的 hypervisor 直接跑 docker ，太脏我不能接受。没有直接对接 qemu 命令行而是直接用 libvirt ，xml 定义 vm 太挫了。相对 pve 的 vm 配置文件，libvirt 的 xml vm 定义麻烦且毛病多。就这样还要收费？

两个选择，挑会让你更开心的那个。

不要管别人开心不开心。

看上面写的，你心里已经有选择。

心即是佛。

都是些吹牛逼的职位啊，没见真去做项目的。

vimwiki

性能损耗，一定有的，很小。

性能方面 LVM thin < LVM < raw disk ，因为左边的功能都多过右边的，加多功能和逻辑总是有 overhead 的。好比 btrfs 性能永远难追平 ext4 一样。

稳定性有所下降？不存在的。LVM 多少年的东西了，稳如老狗。

我现在用 LVM 远远多过直接用裸盘。PVE 里一块 500G 的 ssd ，上面现在有 60 多个 LV ，大部分是 thin volume ，还有若干 snapshot 。

网上查了下，大概你需要用 version: "2"。up 的时候需要用--compatibility ，看图。

https://imgur.com/h9mvxGU

把端口那行双引号试试？"55300-55399:80"

@noshiro 对，PVE 跑 lxc ，显卡给 lxc ，然后 lxc 里面再起 docker 跑需要 gpu 硬件的软件，我这里主要是 jellyfin 和 tdarr 。

@noshiro 这是个啥说法。我的 proxmox 5.13 内核硬解好好的。

Ultisnips