系统架构运维经验分享
假设： 1️⃣ 确认集群状态 确认问题 OSD（例如 osd.2）处于 down/in 或 down/out 状态。 2️⃣ 下线并清理旧 OSD (1) 从 CRUSH map 移除 (2) 停止并删除 daemon (3) 从 OSD map 移除 此时，集群会触发数据重平衡，只要副本数 ≥2，数据不会丢失。 3️⃣ 清理旧磁盘数据 清理数据盘： 清理 db 盘对应的 LV： 如果 db 盘上还有其他 OSD 的 RocksDB，请只清理对应分区/LV，不要全盘销毁。 4️⃣ 重新部署 OSD 使用 orchestrator： 5️⃣ 验证 OSD 状态 确认新 OSD 已经创建并 up
继续阅读 >>Jewel 版本（Luminous 之前）跟现在的 Nautilus / Octopus / Quincy 这种 ceph-volume 体系完全不一样。 🔹 在 Ceph Jewel 版本 🔹 在 Ceph Octopus 之后 ✅ 总结对比
继续阅读 >>📌 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
继续阅读 >>Docker、Podman 和 Containerd 三者区别解析 Docker、Podman 和 Containerd 都是与容器技术相关的工具，但它们在功能和用途上有所不同。下面是对这三个技术的详细解析： 1. Docker Docker 是一个开源的应用容器引擎，它允许开发者打包、分发和运行应用程序在一个可移植的容器中。Docker 提供了一个完整的容器生命周期管理，包括镜像构建、容器运行、存储和网络管理等。 关键特性： 2. Podman Podman 是一个守护进程无关的容器引擎，它提供了一个与 Docker CLI 兼容的界面，但不依赖于后台的 Docker d
继续阅读 >>你可以设置 HA 集群： 在设置 HA 集群之前，你应该仔细考虑每种拓扑的优缺点。 堆叠（Stacked）etcd 拓扑 堆叠（Stacked）HA 集群是一种这样的拓扑， 其中 etcd 分布式数据存储集群堆叠在 kubeadm 管理的控制平面节点上，作为控制平面的一个组件运行。 每个控制平面节点运行 kube-apiserver、kube-scheduler 和 kube-controller-manager 实例。 kube-apiserver 使用负载均衡器暴露给工作节点。 每个控制平面节点创建一个本地 etcd
继续阅读 >>