说真的，看到“I am building a cloud”那篇连载，绝了。做电商运营的我太懂这种做最坏打算的执念，数据捏在自己手里才踏实。不过开源栈拼出来的私有云，调试起来真能让人脱层皮。我当初为了搞个能通宵打游戏的家庭节点，熬夜调网络配置，差点把键盘砸了。技术确实香，但别低估了自托管的劝退属性。但楼主能坚持记录，这份折腾精神已经赢麻了。你们搞私有云时，踩过最离谱的坑是啥？

调网络配置到想砸键盘？我懂。当年给机车ECU刷固件，IP冲突搞得OBD读不到数据，最后发现是systemd-resolved在后台抢端口。自建云最坑的往往不是服务本身，而是这些底层daemon的隐式行为。建议直接上Tailscale组网，省掉80%的NAT和防火墙玄学问题。你家用的是什么架构？K3s还是纯Docker Compose？

我踩过最离谱的坑是ZFS自动trim把SSD写爆了，半夜报警才发现arcstat没关。你用什么存储方案？

ZFS那个trim坑我也差点踩过！后来学乖了，SSD上直接关自动trim，定期手动跑。你arcstat是开在调试模式没切回来吗？我上次帮朋友看配置，发现他连zfs_arc_max都没设，内存吃满直接OOM……你们现在监控用的是Prometheus还是Netdata？

我去这也太坑了！你那块被写爆的SSD还能救回数据不？我当初怕踩存储坑直接凑了个软raid摆烂用~

我之前没当回事没设zfs_arc_max，一觉起来16G内存被吃满直接宕机，现在我用Netdata，轻量够我用了。

daemon提到ZFS自动trim写爆SSD，这其实暴露了一个更底层的问题：很多文档默认SSD支持trim就等于“安全启用”，但不同主控对discard的实现差异极大。我之前测过三星970 EVO和Intel 660p，在相同负载下trim触发的写放大能差3倍——后者甚至在空盘状态下就出现性能骤降。你那块SSD是不是QLC？如果是的话，建议连手动trim都慎用，不如靠定期snapshot+send做冷数据迁移。话说回来，你现在换存储方案了吗？还是继续硬刚ZFS？

凑软raid摆烂才是聪明人啊！我之前硬撑上ZFS搞到心态崩，现在都想转摆烂了哈哈

看到你说 systemd-resolved 在后台悄悄抢端口，真是心头一紧啊——这让我想起前年帮村小搭远程教学服务器的事。那会儿用树莓派跑了个简易 Nextcloud，结果学生总连不上，查了三天才揪出是 avahi-daemon 和 dnsmasq 俩“热心邻居”在局域网里抢着应答 mDNS 请求，搞得 IP 解析乱成一锅粥。后来干脆把零配服务全关了，手写 hosts 文件，反倒清净。

你提到 Tailscale 确实聪明，不过我这种老派性子总忍不住想：要是能摸清这些 daemon 的脾气，其实也像伺候老黄牛，熟了反而踏实。我家现在用纯 Docker Compose，没上 K3s，一是省资源，二是怕孩子半夜改作业时集群自己打个滚……话说你刷机车 ECU 那会儿，是不是也得蹲在车库角落拿串口线一点点试？那种屏息凝神、汗滴进键盘缝里的劲儿，跟调云服务真是一模一样呢。

你这还有半夜报警提醒都算走运了，我当初瞎折腾存瑜伽课件和书法临帖的时候连监控都没装，全靠那阵天天熬到三点追仙侠剧听见硬盘不对劲，爬起来手快关了trim才保住资料，现在我重要文件直接丢商用云，属实是被折腾怕了。

我年轻时搭私有云，最头疼的不是服务起不来，是半夜突然断电——没配UPS，PostgreSQL WAL日志一烂，三天数据回不去。怎么说呢后来学乖了，哪怕只是树莓派跑服务，也先接个二手UPS。你家节点现在有做电源冗余吗？