另辟蹊径Ceph源码分析之4：up_thru解析

最新推荐文章于 2024-05-10 22:20:57 发布
最新推荐文章于 2024-05-10 22:20:57 发布
阅读量256 收藏
点赞数
分类专栏： 另辟蹊径Ceph源码分析 文章标签： ceph
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wojiaowugen/article/details/107780170
版权

写在前面

大家都知道，OSDMap的作用之一便是维护Ceph集群osd的状态信息，所以基于此想先提出一个疑问：

Ceph集群中有1个osd down了，那么osdmap会发生什么变化？osdmap会更新几次？

文章详情见知乎：聊聊Ceph之up_thru来龙去脉分析

宽窄存储
关注
专栏目录
【ceph】CEPH源码解析：读写流程
小鱼菜鸟的博客
07-22 1254
相同过程 Ceph的读/写操作采用Primary-Replica模型，客户端只向Object所对应OSD set的Primary OSD发起读/写请求，这保证了数据的强一致性。当Primary OSD收到Object的写请求时，它负责把数据发送给其他副本，只有这个数据被保存在所有的OSD上时，Primary OSD才应答Object的写请求，这保证了副...
ceph源码分析--mon选举
weixin_46388292的博客
03-14 682
1、触发自荐（start_election）的条件（1）对于leader mon来说，触发自荐：a、leader mon node启动；b、peon自荐，leader mon在handle_propose中否 决提案，并自荐。（2）对于peon mon来说，触发自荐：a、该peon mon node启动；b、有mon节点离线或者down，该peon触发 lease_timeout机制后进行自荐；c、有mon自荐，该peon mon否决提案，并进行自荐。
ceph中 up_thru 的 作用
changtao381的专栏
04-21 2231
up_thruup_thru的概念的引入，是为了解决当断电，或者其它原因，同时导致两个以上的osd处于down，但是monitor在两次epoch 中检测到了这种状态， 从而导致monitor认为它们是先后down掉，后down 的osd 有可能产生数据的更新，这导致需要等待该osd的恢复，否则有可能产生数据丢失。
另辟蹊径Ceph源码分析之3：解析ceph pg_temp(ceph 临时pg)
流年似水的专栏
05-10 2081
什么是pg_temp 与pg_temp相关的数据结构 osdmap类成员pg_temp的构建过程 osd判断PG是否需要临时osd 根据OSDService->pg_temp_wanted,向monitor发送该pg申请临时osd的消息 monitor收到消息后，做决议,决议成功后更新OSDMap类的pg_temp成员 pg_temp的运用 总结 什么是pg_temp ...
另辟蹊径Ceph源码分析之1：前言
流年似水的专栏
11-25 573
Ceph架构以及Ceph源码的分析网上已经有很多大牛做了相关介绍，并且现在市面上也有两本相当优秀的书去剖析,所以本系列文章不会重复前人的工作，本系列文章希望能够另辟蹊径说说自己所知道的一些小的知识点，写文章的目的也是为了整理自己思路的一个过程，同时也是为了与大家探讨的一个过程。   本系列文章每一小节试图从Ceph中最常见的一个小知识点出发，从而逐步进行分析。
Ceph源码解析：PG peering
weixin_30298497的博客
06-06 311
集群中的设备异常(异常OSD的添加删除操作)，会导致PG的各个副本间出现数据的不一致现象，这时就需要进行数据的恢复，让所有的副本都达到一致的状态。 一、OSD的故障和处理办法： 1. OSD的故障种类： 故障A：一个正常的OSD 因为所在的设备发生异常，导致OSD不能正常工作，这样OSD超过设定的时间 就会被 out出集群。 故障B： 一个正常的OSD因为所在的设备发生异常，导致OSD不能...
ceph 源代码分析 — peering 过程
changtao381的专栏
10-14 1万+
get_infosvoid PG::RecoveryState::GetInfo::get_infos()函数get_infos 向prior_set的probe 集合中的每个osd发送pg_query_t::INFO的消息，来获取pg_info信息context< RecoveryMachine >().send_query( peer, pg
ceph运维常用指令
热门推荐
Just for fun
06-25 2万+
ceph运维常用指令
Ceph源码分析：osdc.pdf
08-10
Ceph 源码分析：osdc 本文档对 Ceph 源码进行了深入分析，特别是 osdc 部分。Ceph 是一个分布式存储系统， osdc 是其中的一个关键组件。本文档中，我们将详细介绍 osdc 的实现机制、数据存储和映射机制、PG 和 OSD ...
Ceph源码分析：librbd
09-13
Ceph 源码分析：librbd librbd 是 Ceph 项目中的一部分，负责提供块存储服务。librbd 是基于 Librados 的，提供了池（Pool）管理、对象（Object）管理和块设备（Block Device）管理等功能。 Librbd 的主要组件 1....
ceph object_cacher源码分析
weixin_44389885的博客
06-30 722
map_write函数分析 image.png ObjectCacher::BufferHead *ObjectCacher::Object::map_write(ObjectExtent &ex, ceph_tid_t tid) { if (oc->m_object_lock) { ass...
ceph常用运维技巧总结1
无限伟仔的专栏
12-28 1万+
ceph集群报 Monitor clock skew detected 错误问题排查 产生问题的原因，monitor的时钟同步出现时间偏差，ceph默认偏差大于0.05s就会出现这个报警。 $ ceph health detail HEALTH_WARN clock skew detected on mon.1, mon.2 mon.1 addr 192.168.0.6:6789/0 clo...
另辟蹊径Ceph源码分析之2：min_size是怎么控制io是否能服务的
流年似水的专栏
11-25 1653
Ceph中，每个pool可以设置size以及min_size。Size是该pool的副本数，min_size是指当集群出现故障时，PG至少还有min_size副本正常时，可以服务io。那么min_size是怎么控制io是否能服务的呢?min_size控制io是否能服务主要是如下两步:1. 根据min_size设置PG的状态PG在peering状态结束后，也即在PG::RecoveryState::...
Ceph性能瓶颈分析与优化(混合盘篇)
流年似水的专栏
12-13 2424
ceph性能优化: 混合盘场景
一文囊括Ceph所有利器(工具)
流年似水的专栏
12-09 1734
ceph的工具很多，包括集群管理与运维，还有性能分析等等。 所以本文期望应收尽收所有的工具，也当做自己的一个梳理与总结，当自己需要的时候知道有哪些利器可以使用。 由于水平与能力有限，所以可能还有很多好用的利器是漏网之鱼，期待大家不吝告知。
Ceph性能瓶颈分析与优化(rbd篇)
流年似水的专栏
12-13 1611
ceph性能优化: rbd场景
[译]Ceph性能优化之CPU核数对性能的影响 - Part 1
流年似水的专栏
12-13 1071
Ceph性能优化之CPU核数对性能的影响
一名普通Cepher到Curver的转变史
流年似水的专栏
12-09 575
存储(ceph)抑或云计算的圈子其实很小，所以非常荣幸借Curve这样一个平台，能与那些既陌生又熟悉的存储人一起交流与学习。
分布式存储CephFS最佳实践
最新发布
流年似水的专栏
05-10 420
近日，一朋友说他们企业内部想落地CephFS，让我帮忙写一份能落地的CephFS最佳实践。然后就顺便把文章整理到了这里。因能力水平以及认知有限，如有错漏烦请指正。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值