ceph 网络模块 源码分析 二

ceph 网络模块 源码分析 二

上一篇简单介绍了网络模块中传递的消息类型,本篇主要介绍消息发送和接收的相关模块:

  • Messenger 发送和接收消息的类
  • Dispatcher: 分发消息的类
  • Connection: 定义连接的类

网络模块的设计模式:

ceph的网络模块采用了观察者模式的设计模式:

  • Messenger是消息的发布者
  • Dispatcher是消息的订阅者

Messenger的订阅者列表dispatchers中保存了所有订阅此消息的Dispatcher对象,每当Messenger对象收来消息时,它调用ms_delivery_dispatch()来将消息分发给所有dispatcher进行处理,所有的Dispatcher对象都实现了ms_dispatch()接口用于具体的消息处理.

Dispatcher中记录了它所订阅的Messenger,所以当新建一个Dispatcher对象是,它会调用Messenger的add_dispatcher_tail()把它注册到Messenger的订阅者列表中.当Dispatcher想发送消息的时候,它调用Messenger对象的send_message()来发送消息.另外,add_dispatcher_tail()还会进行另外一个重要的工作,即启动Messenger的accepter线程和dispatch_thread线程,前者用于监听客户端的连接请求,后者用于处理缓存接收到的消息.

Messenger

/src/msg/Messenger.h
/src/msg/Messenger.cc
作为消息的发布者,Messenger主要三类接口:

  • 注册订阅者disspatcher,例如add_dispatcher_tail()
  • 发布收到的消息,例如ms_delivery_dispatch()
  • 发送消息, 例如send_message()
class Messenger {
private:
	// 保存所有订阅者
	list<Dispatcher *> dispatchers;
	list<Dispatcher *> fast_dispatchers;
protected:
	entity_inst_t my_inst;
	int default_send_policy;
	bool started;
	uint32_t magic;
	int socket_priority
public:
	// 分发收到的消息
	void ms_delivery_dispatch(Message *m);
	void ms_fast_dispatch(Message *m);
	// 注册订阅者
	void add_dispatcher_tail(Dispatcher *d);
	void add_dispatcher_head(Dispatcher *d);
	// 发送消息
	virtual int send_message(Message *m, const entity_inst_t& dest) = 0;;
}

Dispatcher

/src/msg/Dispatcher
作为消息的订阅者,Dispatcher主要用于具体的信息处理,它定义了两个处理信息的接口:ms_dispatch()和ms_fast_dispatch().
所有的消息处理应用类都继承自Dispatcher接口,并实现了各自的消息处理接口,例如Monitor,OSD,MDSDaemon等.

class Dispatcher {
public:
  // 消息是否可以快速分发
  virtual bool ms_can_fast_dispatch(Message *m) const { return false;}
  // 快速分发之前的预处理
  virtual void ms_fast_preprocess(Message *m) {}
  // fast_dispatch和dispatch的唯一的区别是:消息是否要额外处理,
  // 如果消息不需要额外处理,可以直接分发,即fast_dispatch
  // 否则必须等处理完之后再进行分发.
  virutal int ms_fast_dispatch(Message *m) = 0;
  virtual bool ms_dispatch(Message *m) = 0;
  // 处理连接状态
  virtual void ms_handle_connect(Connection *con) {}
  virtual void ms_handle_fast_connect(Connection *con) {}
  // 回调表示新连接的到来
  virtual void ms_handle_accept(Connection *con) {}
  virtual void ms_handle_fast_accept(Connection *con) {}
}

Connection

/src/msg/Connection
Conncetion是端到端的socket连接的封装,它最重要的接口是发送消息.

struct Connection {
  Messenger *msgr;
  int peer_type; // 连接的对端的类型
  entity_addr_t peer_addr; // 连接的对端的地址 
  utime_t last_keepalive; // 最后一次发送keepalive的时间
  utime_t last_keepalive_ack; // 最后一次接收keepalive ack的时间
  uint64 features;
  bool failed;
  int rx_buffers_version; // 缓冲区的版本
  // 缓冲区: ceph_tid_t -> (buffer, rx_buffers_version)
  map<ceph_tid_t,pair<bufferlist,int> > rx_buffers;

  //发送消息之前判断连接状态
  virtual bool is_connected() = 0;

  // 发送消息
  virtual int send_message(Message *m) = 0;

  // 发送ping,确认连接状态
  virtual void send_keepalive() = 0;
}
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Ceph中,stripe是一种将数据分片存储的概念。当进行文件读取操作时,需要通过一系列的计算来确定数据所在的具体位置。本文以CephFS的文件读取流程为例进行分析。 首先,在文件读取过程中,Ceph会将文件划分为若干个条带(stripe),每个条带由多个对象分片(stripe unit)组成。条带可以看作是逻辑上连续的一维地址空间。 接下来,通过file_to_extent函数将一维坐标转化为三维坐标(objectset,stripeno,stripepos),来确定具体的位置。其中,objectset表示所在的对象集,stripeno表示条带号,stripepos表示条带内的偏移位置。 具体的计算过程如下:假设需要读取的数据的偏移量为offset,每个对象分片的大小为su(stripe unit),每个条带中包含的对象分片数为stripe_count。 首先,计算块号blockno = offset / su,表示数据所在的分片号。 然后,计算条带号stripeno = blockno / stripe_count,表示数据所在的条带号。 接着,计算条带内偏移stripepos = blockno % stripe_count,表示数据在条带内的偏移位置。 接下来,计算对象集号objectsetno = stripeno / stripes_per_object,表示数据所在的对象集号。 最后,计算对象号objectno = objectsetno * stripe_count + stripepos,表示数据所在的对象号。 通过以上计算,可以确定数据在Ceph中的具体位置,从而完成文件读取操作。 需要注意的是,以上分析是基于Ceph版本10.2.2(jewel)进行的,尽管版本跨度较大,但是该部分代码在12.2.10(luminous)版本中仍然比较稳定,基本的框架没有发生变化。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值