ceph源码分析--Monitor对osd report进行报down处 上一篇讲到Monitor的tick处理，顺带讲解Monitor对osd report超时的处理 该部分在PGMonitor的tick中调用void Monitor::tick(){ // ok go. dout(11) << "tick" << dendl; ··· //调用paxosservice的tick() for (vector&...
ceph源码分析--Monitor tick 刚入职的时候曾经定位过一个ceph集群时钟回调8小时的单子。后来投入到了项目中。 最近同事问我osd向monitor定时report的处理过程，也涉及到了这一块的内容，而且 正式入职答辩的时候，主管问，那这个tick线程是定时调用的吗？当时被问懵了，因为自己并没有深入的前后看到这块。事情总要有头有尾，遗留的问题总要解决，写这篇博客的目的就是回答当时的遗留问题。究竟monitor的这个t...
ceph源码分析 --MonitorDB 1.概述ceph monitor的一个主要功能是使用paxos分布式式协议维护一个key/value数据库的一致性（最主要的就是各个map的一致性，对于monitor而言，即monmap）。12.2.2版本所使用的数据库引擎从原来的leveldb转变为了rocksdb。之前有一个疑惑，monitor在部署的时候，可以通过ceph.conf文件mon_host的ip获取，那么monmap是否...
ceph源码分析--ceph命令解析（终端敲命令之后发生的事） 在一次开发组内讨论中，那次是admin_socket的后台部分的课程分享。分享中同事提出了一个疑问。既然讲了admin_socket的的后台部分，那前端输入命令到底是怎么去调用的后台呢，或者前台的命令到底是怎么发送的呢？平时的ceph命令到底是怎么解析的呢？讨论会后带着这些疑问，看起了ceph代码。在终端敲入了ceph stastus，终端就返回了集群的状态。那在这个过程中，到底是调用了什么。...
ceph源码分析--monitor的lease机制 概述在monitor节点中，存在着Leader和Peon两种角色。在monitor采用了一种lease机制，保证了副本在一定时间内可读写。同时lease机制也保证了整个集群中的monitor当前都是可用状态。Leader节点会向所有的Peon节点定时的发送lease消息，延长各个节点的lease时间，同时收集所有节点的ack消息。只要有一个节点没有回复ack消息。就会重新发起选举。 ...
ceph源码分析--monitor leader选举 本篇博客主要分为三个部分 1.概述 2.选举的时机 3.选举的过程1.概述monitor在运行的过程中，必须存在一个leader节点来。众多的更新操作都是由leader节点来完成，写的命令也会经由peon转发到leader节点进行。leader的选择是根据rank值来的，rank值小的为leader，而rank值跟IP地址有关。2.选举的时机在ceph中有大致三处会...
ceph源码分析--admin socket 官方文档http://docs.ceph.com/docs/master/rados/operations/monitoring/具体用法ceph daemon {daemon-name} ceph daemon {path-to-socket-file}ceph daemon osd.0 foo ceph daemon /var/run/ceph/ceph-osd...
ceph源码分析--Monitor paxos算法 1.概述对于分布式来说最重要的莫过于所有副本数据的一致性。在monitor节点中，存在着Leader和Peon两种角色。当客户端发出读命令时可以由相应的Peon或者Leader返回。一旦发生修改动作，所有的消息会第一时间发送给Leader节点，然后由Leader节点分发给Peon节点。paxos算法保证了一次修改操作只能批准一个值，从而保证了分布式系统副本的一致性。2.paxo
关注
