自建存储用 Ceph 唯一的问题我认为在于：规模极小、极度控制成本的情况下，跑出来的性能会与预期差距较大。其他的说实在的都不是太大的问题。

可以用 K8S + Rook Ceph ，只要硬盘数量和质量到位、存储池按正常 3 副本来、只用 Ceph RBD 或基于 Ceph RBD 跑的 JuiceFS ，正常用不瞎搞是非常稳的。甚至配置之类的按默认的来就行了，搭好就可以放养，即使意外断电也能自动恢复，出现特殊情况卡着半天没直接自动恢复到正常状态，一般也就只是重启一下 mgr/mon/osd 的事情。

而且 Ceph 的极端情况只有在人为误操作才会出现，且只要不继续进行错误操作，在关键信息有备份的情况下，服务依然是可以原地恢复的；即使是更极端的情况，整个集群都挂了，需要重建集群，只要还有 mon 的数据，RBD 中的数据也依然可以被导出，数据是非常非常难丢的。

我用 Ceph 从来没丢过 RBD 中的数据，即使之前出现过两次极端情况也是如此。而且其中一次极端情况还是因为硬件没给到位，要不然即使当时误操作了也不会出问题，直接就自动恢复完了。

---

K8S 一般的应用部署说白了就是写一套模板，然后换镜像名、改环境变量之类的就完事了，搞明白了基本概念之后也没多复杂。甚至如果你搞好一套 GitOps 流程，把自动构建、自动更新之类的都搞好，其他人是完全可以不需要知道 K8S 层面怎么部署的。

---

另外，经常停电的话，如果不是托管到机房，UPS 一定要配一个，而且最好能通过网络提供状态信息，让服务器能在停电时自动关机。续航时间需要确保能坚持到服务器正常关机，尽可能减少因为断电导致出问题的可能性。

还有就是需要注意测试正常走关机流程的时长，有问题的话还需要考虑自己写一个关机的脚本，对一些东西直接使用杀进程的方式关闭，确保 UPS 不会在出现停电的时候坚持不到正常关机就没电了。

医院眼科验光，然后京东自营配。愿意花时间扯皮的话也可以网上看好价格然后去眼镜店，明确说明只接受京东自营上看到的价格，然后就看他们缺不缺你这一个客户了，不缺就换一家继续，然后你就能得到在线下试镜框的体验和比较合理的价格。

@zapan #145 是的，rados

@Int100 #143 是这样，但好像没有这种东西吧？

从描述上来看，已经是典型的违法行为了，如果造谣内容还有 5000 次以上的浏览量/500 次以上的转发量，就可以认定情节严重了。完全可以留存好证据，注意去做证据公证，然后找律师起诉完事。

@Int100 #132
“你的 juicefs 是用什么作为元数据库的？”
我这 juicefs 是直接用的 redis 做的元数据库，一主一备，redis 挂的 pvc 底层是 ceph rbd 的 3 副本存储池。你问这个可能是担心元数据出问题导致丢数据？其实不用太担心元数据出问题，即使在这种情况下 redis 数据全读不了了，juicefs 自己在用于实际存储的存储池中也会有定期备份的元数据文件，重建元数据库再导入回去就能完全恢复。

“使用场景是什么呢？”
用 juicefs 就是为了多个应用同时用一个 pvc 啊，比如说 sonarr 、radarr 、qbittorrent 、emby 这种成套使用的东西，要使用到的文件是一致的，如果是块存储就只能再额外加一层 smb 、nfs 之类的了，会麻烦很多。

之所以用 juicefs 而不是用 ceph 自己的 cephfs ，是因为 cephfs 屁事一堆，性能没见多好，mds 还老出一些怪问题，严重点的甚至都得研究明白 ceph 自己那套数据结构和相关工具才能处理，不像 juicefs 的元数据那么直观、可控，我被 cephfs 搞出两次严重问题恶心之后就换 juicefs 了。

家/公司停车场有一个有你到的时候大概率能充上电的充电桩就可以纯电，停好车顺手插上就能充电，远比特意跑去充电站充电舒服得多。说是说跑去充电半小时充满，实际你还得算上出门时的准备耗时、停车耗时、潜在的排队耗时等各种隐性时间成本，在没有想去逛商场、喝咖啡之类的欲望时，真的就为了这点屁事特意跑一趟是很累的。

如果家/公司停车场都没有充电桩就混动，完全不会有里程焦虑，不需要刻意去找充电的地方。跑长途也都是用油，不慢速行驶是不会掉电甚至反而充电充到更多的，直接加油就行了。

@zapan #117 可能你用的盘本身 4K 读写速度、IOPS 、响应延迟就不太行？再加上规模极其小？而且还需要看存储池是副本模式还是纠删码模式，如果是副本模式的话，常规的三副本速度慢是很正常的，毕竟要把实际硬盘上跑出来的速度除以 3 ，如果盘非常少也会有影响。

Ceph 在家用场景下最容易踩坑的就是选用的硬件了，消费级 SSD 极其容易出现直接测速很快，但一放 Ceph 里瞬间暴露本质，速度直接变成乌龟的情况。软件层面的参数我改来改去发现还是基本默认的最合适，在硬件合适的情况下闭着眼睛全默认就能得到很好的性能和稳定性平衡。

从样例图来看，有部分区域字体变虚、部分图片文字间距不合理的情况，而且整体样式都很小儿科，属于是随便让一个人去网上找个模板往上套都能做到的水平，基本没法正经使用…

只能说百度网盘有部分原因，但苹果自己也没好到哪去。我 32G 的内存，平时绝大多数情况下活跃的内存用量不会超过 50%，加上那种被压缩部分的内存用量总共也不会超过 75%，但苹果却会几乎一直使用 swap ，绝大多数情况下都会占用个 2G 左右，偶尔会到 6G 左右，极端一点还会到将近 10G 左右，就很莫名其妙。

我以前用的 FreeNAS 、Unraid ，现在直接上 K8S + Rook Ceph + JuiceFS 了，多机（防手贱）、多盘（防挂盘）、多副本（提高文件可靠性）的情况下稳得一批，还能继承完整的 K8S 生态，不用魔改这魔改那或者找插件之类的。而且扩展起来也方便，加机器就 kubeadm 加入节点就行；加盘就配置项里加个硬盘的设备路径，剩下的 Ceph 自己解决，也不需要考虑一次要加几块盘之类的；应用要挂存储、HTTPS 服务要证书啥的都是直接 K8S 原生态解决问题。

@potatowish #5 虽然但是，依靠向量数据库实现的“记忆”没啥意义啊，出错的概率太高了...尤其是长内容+需要细节的场景，远不如依靠本身就支持 token 上限高的模型来解决，而 POE 里面是可以选择使用 Claude 3 系列实现标称 200k token 上限的。

所以为什么非要用 ChatGPT ，POE 不香吗？

这对话看着都累…只能说不要对客服的水平抱有多大期待，绝大多数做客服的人是因为水平低所以只能做客服，审核、标注师之类的也是同理，发现对方理解能力很差或摆烂态度的时候直接要求升级处理就行了。