本站以分享各种运维经验和运维所需要的技能为主
《python零基础入门》：python零基础入门学习
《python运维脚本》： python运维脚本实践
《shell》：shell学习
《terraform》持续更新中：terraform_Aws学习零基础入门到最佳实战
《k8》暂未更新
《docker学习》暂未更新
《ceph学习》ceph日常问题解决分享
《日志收集》ELK+各种中间件
《运维日常》运维日常
《linux》运维面试100问
【ceph】ceph-mon重新选举的情况
Ceph 是一个高度可靠的分布式存储系统，其监控组件（Monitor，简称 MON）负责维护集群的状态和元数据信息。MON 之间的领导者选举是 Ceph 正常运行的关键组成部分。MON 领导者选举通常在以下情况下触发：
1. **MON 进程崩溃或停止**
如果某个 MON 实例由于进程崩溃、硬件故障、网络问题或其他原因停止响应，集群中的其他 MON 将无法与其通信，从而触发重新选举以确保集群的稳定和元数据的一致性。
2. **网络分区**
在网络分区（网络隔离）的情况下，MON 集群可能被切分为两个或多个子集，每个子集都无法与其他子集通信。这种情况下，每个子集可能尝试进行自己的领导者选举。当网络恢复后，MON 将重新进行选举以确保所有节点同步状态。
3. **领导者响应超时**
如果当前的领导者 MON 在规定的超时时间内未能响应其他 MON 的心跳检测或其他通信请求，集群可能会认为领导者已经失效，并触发新的选举过程。
4. **配置变更**
对 MON 集群配置的任何更改，如添加或移除 MON 节点，都可能需要重新选举以确保新配置的有效性和集群的稳定性。
5. **启动和初始化**
集群启动时，MON 节点之间会进行领导者选举以决定哪一个 MON 将负责初始化集群状态和协调初期的集群活动。
6. **手动干预**
系统管理员可以手动触发重新选举，比如在维护或升级过程中，或者为了解决集群中出现的问题。
7. **时间偏差问题**
如果 MON 节点之间的系统时间存在较大偏差，可能会影响它们之间的通信和同步，导致重新选举。因此，保持集群中所有节点的时间同步是非常重要的。
8. **负载或性能问题**
在极端情况下，如果一个 MON 节点由于负载过高或性能问题导致响应变慢，其他节点可能会误判为该节点已经失效，从而触发选举。
在设计和维护 Ceph 集群时，理解和处理这些可能触发 MON 重新选举的情况是至关重要的，以确保集群的稳定性和高可用性。
--- 补充：一般mon有问题，直接铲了，再重建即可。