请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 541 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前在家搓了一个 alpine 跑了二十来个 docker stack ，最近想要没事折腾一些东西把它替换成虚拟化系统（ pve 之类的），但是因为上面已经有东西在跑了有点麻烦，想来 v2 请教一下有没有什么建议方案
现状如下： 机器是一台普通不带显卡的 pc ，容器的数据当前全部上跑在系统盘所在的 ssd 里（重装的话这个部分也要跟着重装了），有一个 mc 服务器朋友在玩所以想让它不可用的时间尽可能短 上个月刚购入了两块机械盘拿 btrfs 组了个 raid1 ，暂时还没有太多数据但是上面有一些 docker compose 、vimrc 和几个项目代码也需要存好，当前想要单搞一台设备放这两块盘当存储机再网络挂载给其它设备，要求是不折腾+高稳定性
想看看有没有什么优秀的迁移方案，顺便也欢迎给推荐存储机的设备选择（不想要二手）以及一些适合这种玩法的周边设备~
 | 1 MrLonely 2024-06-04 03:29:36 +08:00 先用 Veeam 备份这个系统。然后装好 ESXi 之后把备份的系统恢复进去。恢复的时候选择 Thin Provisioned 。这样就不会因为这个盘已经和 ESXi 的系统盘同尺寸而导致失败了。 |
 | 2 Dragonish3600 2024-06-04 05:58:53 +08:00 via iPhone 你直接把 docker 扔进新虚拟机不就好了 |
 | 3 ruidoBlanco 2024-06-04 07:43:57 +08:00 显然这样的是没法做到 zero down time 的。那就必须有 maintenance window ，至于多长，那就看自己技术有多熟，手速有多快了。 既然目前架构和自己技术的限制都摆在那里，那就调整自己的期望值。 |
 | 4 hanxiV2EX 2024-06-04 08:02:31 +08:00 via Android 把 pve 装进别的盘里，原来的系统开个虚拟机硬盘直通，虚拟机的 ip 都配成原来一样的，啥都不用迁移了。 |
 | 5 dbak 2024-06-04 08:45:39 +08:00 跑 docker 不挺好么。。 |
 | 6 ltkun 2024-06-04 09:02:57 +08:00 我也想迁移 可是五年的东西太臃肿了 而且自己机子太多也不知道选哪套…… 目前是 9900t+128G 内存 其实够用 后面又搞了 9900k+128G 5700u+64g 13900hkes+64g n5105+32g 龙芯 3a6000+32g rk3588+16g 还有些低性能或者没啥扩展性的就不列了 s922x 树莓派 risc-v …… |
| 7 ruidoBlanco 2024-06-04 09:36:21 +08:00 @ltkun 你是跑了多少东西需要这么多硬件？我跑了 30 个 docker container ，七八个 LXC ，若干虚拟机，才用 40G 的内存。 有这么多硬件，proxmox 集群迁移不要太简单。 |
| 8 ltkun 2024-06-04 10:24:30 +08:00 @ruidoBlanco 不出问题是方便 出了问题连都连不上集群 |
 | 9 BugCry 2024-06-04 11:16:56 +08:00 via Android docker 应用迁移，约等于 volume 的迁移 那么只要把 volume 的文件搬到新机器上，最后在新机器上把容器拉起来就好了 |
Select Language