系统架构运维经验分享
RustFS 的设计目标是可扩展性。技术规模、运营规模和经济规模。基础架构规模。 RustFS 专为云原生应用而设计，可以作为轻量级容器运行，并由 Kubernetes 等外部编排服务进行管理。整个服务器是一个约 100 MB 的静态二进制文件，即使在高负载下也能高效利用 CPU 和内存资源。因此，您可以在共享硬件上托管大量租户。 RustFS 可以运行在任何地方和任何云平台上，但通常运行在配备本地连接驱动器的普通服务器上（JBOD/JBOF）。集群中的所有服务器功能完全相同（完全对称架构）。没有名称节点或元数据服务器。 RustFS 将数据和元数据一起写入对象，从而无需元数据数据库。此外，R
继续阅读 >>📌 Ceph 更换坏盘步骤对比 操作环节 Jewel 版本 (ceph-disk) Octopus 及以后 (ceph-volume + cephadm/rook) 部署工具 ceph-disk ceph-volume lvm + ceph orch OSD 元数据位置 全在 数据盘 上，日志盘只存 journal/WAL 数据 数据盘 + DB/WAL 盘（LVM LV 上保存 OSD 的元信息：osd_fsid、whoami 等） 坏掉的是数据盘 – OSD 报废 | 坏掉的是 journal/DB 盘 | – OSD 无法启动 ✅ 一句话总结
继续阅读 >>背景与演进技术演进背景Docker与Kubernetes的分道扬镳早期Kubernetes依赖Docker座位容器运行时，但是Docker的封闭生态与Kubernetes的开源理念逐渐产生冲突，2016年，Kubernetes退出CRI（Container Runtime Interface）标准表容器运行时接口，解耦对Docker的依赖关键事件：2022年Kubernetes1.24版本正式移除Dockershim，转而通过CRI对接containerd、CRI-O等轻量级运行时现状：Docker扔可间接支持Kubernetes（通过cri-cokerd适配层），但生产环境推荐直接使用con
继续阅读 >>你可以设置 HA 集群： 在设置 HA 集群之前，你应该仔细考虑每种拓扑的优缺点。 堆叠（Stacked）etcd 拓扑 堆叠（Stacked）HA 集群是一种这样的拓扑， 其中 etcd 分布式数据存储集群堆叠在 kubeadm 管理的控制平面节点上，作为控制平面的一个组件运行。 每个控制平面节点运行 kube-apiserver、kube-scheduler 和 kube-controller-manager 实例。 kube-apiserver 使用负载均衡器暴露给工作节点。 每个控制平面节点创建一个本地 etcd
继续阅读 >>您可以使用ceph daemon osd.ID perf dump命令来检查 WAL/DB 分区是否即将填满及溢出。 slow_used_bytes 值显示即将溢出的数据量： # ceph daemon osd.1 perf dump | jq ‘.bluefs’ { “db_total_bytes”: 80014729216, #block.db总大小 “db_used_bytes”: 52428800, #block.db使用 “wal_total_bytes”: 8589930496, #bl
继续阅读 >>容器编排工具作为当今最重要的Web开发技术之一，众多强者都在尝试争夺这一行业的主导地位。 Podman是RedHat的一款产品，旨在使用类似于Kubernetes的方法来构建、管理和运行容器，作为一款主流容器的可靠替代产品，它吸引了开发人员的关注。自RHEL 8起，Red Hat用CRI-O/Podman取代了Docker Daemon。为什么Red Hat想要摆脱Docker Daemon？这是因为使用Docker Daemon运行Docker有以下这些问题： Podman通过直接与Image Registry、Image和Container进行互动，而不是通过守护进程来解决以上问题。此外，
继续阅读 >>