@proxychains #27

> 我们内部规定是不允许使用绝对路径进行删除, 而是 cd 到目标路径然后再删除.

rm -fr /data/useless ❌

cd data
rm -fr ./useless ✅


很好的建议，我一直是这么操作的，而且这样很符合直觉

我靠，java 一生黑，为什么要想不开？？

计算机方向太多了，没必要太功利；建议多想想自己感兴趣的是什么，有兴趣才有热情。

看使用场景，如果是 WordPress ，那么没啥差别，MySQL 能用就别折腾，wp+mysql 天生就很适配。

如果是为了学习 postgresql ，那么使劲折腾，折腾的越厉害，学的越多。

@zapan #117

> 大佬有我这碰到 ceph 的 rbd 性能不太行的情况，尤其是作为 mysql 后端存储，性能特别差，不知道您是否也碰到过相同的情况？

你可以试试 Longhorn ，同样是块存储可以替代 ceph ，而且更轻量化。我在里面跑了 MySQL ，性能完全可以接受。

@Kaiyuan 视频会议

@locoz

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

我也是类似的解决方案：我是用 Longhorn 替代了 Ceph ，因为 Ceph 太重了。

请问一下，你的 juicefs 是用什么作为元数据库的？使用场景是什么呢？我目前是全部走的块存储，也就是用 Longhorn 。

感谢各位留言

@encro @Ericcccccccc @huage @Motorola3 跟老板说了之后，老板出于安全顾虑，拒绝使用任何 “营销工具平台”。现在只能翻每一个平台的 API ，用 python 写了。

@Kathy1989 @k9982874 说的真对。。。

@daimaosix 我发现 juiceFS 里放个 sqlite 都没法运行，IO 太低了。请问你有遇到过这种情况吗？

谢谢各位。🙏
集群尝试性的引入了 arm64 的机器，目前运行平稳，没啥问题。

@Judoon #11 谢谢回复。是的，成本就是最直接的动力，ARM 机器比 x86 的便宜😂

@LonelinessA #1 感谢回复，这个我也考虑到了，编译成多架构镜像应该问题不大。

会有其他方面的坑吗？

@Jianzs #1 厉害啊

@daimaosix #7 谢谢提醒，我也用上了 Dragonfly 作为元数据库，但是不知道为什么，很不稳定。正在研究中

@xiaowu95 #18 请问是用的内置 etcd 还是外部数据库？

@daimaosix #5 感谢！！

@daimaosix #1

你的本地存储选择的是什么呢？ Redis 吗？

@ExplodingFKL #8

有道理的，我还是等它 cncf 毕业了吧

@zx900930 #9

谢谢回复！

进去 issue 看了一下，2021 年修到 2024 还没修好，溜了溜了😂