ceph——osd——osd new

最新推荐文章于 2024-04-21 03:02:37 发布
最新推荐文章于 2024-04-21 03:02:37 发布
阅读量509 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： ceph
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/w007d/article/details/88613572
博客介绍了将OSD扩容进集群的流程，客户端会给mon发送osd new的cmd，mon收到后给磁盘分配osdid，并在pending_inc的new_state和new_uuid中记录信息，之后等待执行一次paxos。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在这里插入图片描述将osd扩容进集群时，客户端会给mon发送一个osd new的cmd。
mon收到该cmd后会给该磁盘分配osdid同时在pending_inc的new_state和new_uuid中记录信息，等待执行一次paxos

Ceph OSD简介
ZHANGJNWEI的专栏
06-28 7528
Ceph OSD是Ceph存储集群最重要的组件，Ceph OSD将数据以对象的形式存储到集群中每个节点的物理磁盘上，完成存储工作由OSD Daemon进程完成。集群中一般包括OSD节点，对于对象数据的读写，client首先是从Monitor节点获取Cluster Map信息，后续client直接同OSD进行I/O操作的交互，加速读写过程。相较于其他分布式存储系统，效率更高。 Ceph的核心功能包括高可靠、自动平衡、自动恢复和一致性。因此对于OSD而言，基于配置的副本数，Ceph通过分布在多个节点上的副本来
【ceph】OSD-基本存储单元
qq_42853133的博客
10-14 1471
OSD 是 Ceph 的基本存储单元，负责对象的存储、检索和数据副本的管理。每个 OSD 进程通常对应于存储集群中的一个物理或虚拟存储设备（如硬盘或 SSD）。OSD 是 Ceph 的关键组成部分，负责对象的存储、管理和复制。通过多个 OSD 共同协作，Ceph 能够提供高可用性、可扩展性和容错能力，适用于各种存储需求。
分布式存储ceph osd 常用操作
zrc_xiaoguo的博客
10-03 1367
调整 pool 副本数量（大部分系统默认副本数为3，表示同一份数据存储多少个备份，不重要的数据可设置为2或1）REWEIGHT调整（设置新写入数据权重值，硬盘使用率较高时降低权重以平衡数据）。ceph中pg代表数据分布，默认已经开启了自动调整，从集群中删除osd的认证auth信息。从集群中删除osd的crush信息。osd 根据磁盘类型分组调整。
Ceph入门到精通-Ceph 服务管理之OSD服务
隔壁老瓦的专栏
04-20 2186
ceph-volume不时扫描集群中的每个主机，以确定哪些设备存在以及它们是否有资格用作 OSD。使用该--wide选项可提供与设备相关的所有详细信息，包括设备可能不适合用作 OSD 的任何原因。在上面的示例中，您可以看到名为“Health”、“Ident”和“Fault”的字段。此信息通过与libstoragemgmt集成提供。默认情况下，此集成被禁用（因为libstoragemgmt可能不是 100% 与您的硬件兼容）。
分布式存储系统——ceph
x74188的博客
10-15 9451
Ceph使用C++语言开发，是一个开放、自我修复和自我管理的开源分布式存储系统。具有高扩展性、高性能、高可靠性的优点。Ceph目前已得到众多云计算厂商的支持并被广泛应用。RedHat及OpenStack，Kubernetes都可与Ceph整合以支持虚拟机镜像的后端存储。粗略估计，我国70%—80%的云平台都将Ceph作为底层的存储平台，由此可见Ceph俨然成为了开源云平台的标配。
Ceph 学习——OSD读写流程与源码分析（一）
SEU_PAN的博客
12-08 1万+
消息从客户端发送而来，之前几节介绍了 客户端下 对象存储、块存储库的实现以及他们在客户端下API请求的发送过程（Ceph学习——Librados与Osdc实现源码解析 、 Ceph学习——客户端读写操作分析 、 Ceph学习——Librbd块存储库与RBD读写流程源码分析）。当请求被封装后，通过消息发送模块（Ceph学习——Ceph网络通信机制与源码分析）将请求及其相关信息发送到服务端实现真正的
存储节点osd 踢出集群格式化后重新加入集群——osd新加入集群同理(1)
2401_83915450的博客
04-21 1061
这份《“java高分面试指南”-25分类227页1000+题50w+字解析》同样可分享给有需要的朋友，感兴趣的伙伴们可挑战一下自我，在不看答案解析的情况，测试测试自己的解题水平，这样也能达到事半功倍的效果！（好东西要大家一起看才香）《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！**
ceph-deploy源码分析（四）——osd模块 <转>
banwh的博客
08-23 282
ceph-deploy源码分析（四）——osd模块 原文: http://www.hl1...
ceph集群部署及块osd使用
qq_41345380的博客
07-31 2294
部署cephj集群, 使用块osd
Ceph学习——Ceph网络通信机制与源码分析
SEU_PAN的博客
12-01 4039
作为一个分布式存储系统，Ceph自然需要一个稳定的网络通信模块，用于客户端和服务端，以及各个节点之间的消息通信。Ceph的网络模块位于源代码的ceph/src/msg 下，该模块构造了网络通信的基本框架。在文件夹下还包含了三种接口的实现：simple、async、xio。由于simple比较简单，也是目前生产环境中可以使用的，所以就只介绍它。
ceph OSD状态及常用命令
热门推荐
Be_Nice的博客
05-26 1万+
1. OSD概念 OSD：Object Storage Device，主要负责响应客户端请求返回具体数据的守护进程，一般一个集群会有多个OSD，每一块盘都会对应一个OSD。 2. OSD 状态 [root@data1 ~]# ceph osd stat 4 osds: 3 up (since 23m), 3 in (since 13m); epoch: e345 OSD状态说明： a. 集群内（in） b. 集群外（out） c. 活着且在运行（up） d. 挂了且不再运行（down） .
ceph存储 ceph集群osd故障自我检测
skdkjxy的专栏
12-17 4087
心跳是用于OSD节点间检测对方是否故障的，以便及时发现故障节点进入相应的故障处理流程。故障检测需要在故障的发现时间和心跳带来的负载之间做权衡，如果心跳频率太高则过多的心跳报文会影响系统性能，如果心跳频率过低则会延长发现故障节点的时间，从而影响系统的可用性。 建立连接 在大规模部署的场景中，如果任意两个OSD节点间都建立心跳连接将带来巨大的负担。尤其，当新加入一个OSD节点时这个负担就会几倍地增
ceph osd 迁移方案
Terry Tsang
04-15 937
说明 参考 ceph mon 扩容缩容步骤 ceph mgr 在线迁移 (扩容 缩容) 目标 ceph 集群迁移 原理 所有 ceph client, ceph osd, ceph mgr 角色启动时需要连接 ceph mon 在 ceph osd 工作过程中， 都需要与 ceph mon 进行沟通 因此整个 ceph 集群迁移过程中， 需要确保 ceph mon 完成安全迁移即可 方案一 分批迁移 思路 保证当前 ceph 集群可用，在线 确保当前以机柜方式进行 crush map 划分 确保当
ceph osd学习小结
crossuniverse的博客
03-19 1439
ceph osd学习小结 Ceph OSD 又被称为OSD守护进程。其主要功能功能是存储数据。并能进行数据的复制、恢复、回填、再均衡等数据处理任务。 同一个ceph集群的OSD之间是能够相互通信的，并可以检查其他OSD 守护进程的心跳情况。并向 Ceph Monitors 提供osd的监控信息。当 Ceph 存储集群默认设定osd中的存储为3个副本，可以手动修改副本数。 修改方法： /etc/ceph.conf [global] osd_pool_default_size = 2 #设置副本数 注意：至少需
ceph 移动 osd 到另外一个 crush map
Terry Tsang
12-15 850
目标 参考下面图示 当前 osd.16, osd17 在 deoot root 下 迁移 osd.16 osd.17 至 noah root 下 # ceph osd tree ID CLASS WEIGHT TYPE NAME STATUS REWEIGHT PRI-AFF -12 16.00000 root noah -9 8.00000 host ns-storage-020100.vclound
Ceph OSD扩容与缩容
fengge55的博客
11-22 3609
wew
【ceph】ceph OSD状态及常用命令
bandaoyu的note
04-16 1万+
1. OSD概念 OSD：Object Storage Device，主要负责响应客户端请求返回具体数据的守护进程，一般一个集群会有多个OSD，每一块盘都会对应一个OSD。 2. OSD 状态 [root@data1 ~]# ceph osd stat 4 osds: 3 up (since 23m), 3 in (since 13m); epoch: e345 OSD状态说明： a. 集群内（in） b. 集群外（out） c. 活着且在运行（up） d. 挂了且不再运行（down） .
Ceph入门到精通-使用 Ceph 编排器管理 OSD
隔壁老瓦的专栏
05-19 1719
卸下 OSD 后，如果部署 OSD 的驱动器再次可用，如果这些驱动器与现有驱动器组规范匹配，则可能会自动尝试在这些驱动器上部署更多 OSD。硬盘容量每年增长约 40%，因此较新的 OSD 节点可能比存储集群中的旧节点具有更大的硬盘驱动器，也就是说，它们可能具有更大的权重。定义存储池时，归置组的数量决定了数据在所有可用 OSD 中的粒度等级。Cephadm 以分数开头，默认为系统中的总 RAM，减去非自动调整守护程序（如非 OSD）和 OSD 为 false 消耗的任何内存，然后除以剩余的 OSD。
Ceph 查看osd的储存引擎
wllabs的专栏
07-30 1997
ceph daemon osd.4 config show|grep osd_objectstore
ceph-osd --mkjournal
最新发布
05-17
### Ceph OSD 中 `ceph-osd --mkjournal` 的使用方法及作用 #### 1. 命令概述 `ceph-osd --mkjournal` 是 Ceph 提供的一个工具，用于初始化或重新创建一个指定 OSD 的 journal 文件。Journal 是 Ceph OSD 数据持久化的关键组件之一，主要用于记录元数据变更的历史日志，从而加速写入操作并提高系统的可靠性[^1]。 #### 2. 使用场景 该命令通常在以下情况下使用： - 修改现有 OSD 的 journal 大小。 - 更改 journal 的存储位置（例如从本地文件迁移到专用 SSD 分区）。 - 初始化新的 OSD 或修复损坏的 journal 文件。 #### 3. 参数说明 执行 `ceph-osd --mkjournal` 时，需要指定目标 OSD 的 ID (`-i`)。以下是完整的命令结构及其参数解释： ```bash ceph-osd -i <osd_id> --mkjournal ``` | 参数 | 描述 | |------------|----------------------------------------------------------------------| | `-i <osd_id>` | 指定目标 OSD 的唯一标识符，通常是整数形式，例如 `0`, `1`, 等等。 | #### 4. 实际应用案例 ##### （1）修改 Journal 大小 如果希望更改已存在的 OSD 的 journal 大小而不需完全重建整个 OSD，则可以按照如下步骤操作： 1. **停止目标 OSD** 关闭对应的目标 OSD 服务以防止数据丢失或混乱。 ```bash systemctl stop ceph-osd@<osd_id>.service ``` 2. **删除旧的 Journal 文件** 移除当前的 journal 文件。 ```bash rm /var/lib/ceph/osd/ceph-<osd_id>/journal ``` 3. **设置新的 Journal 大小** 编辑配置文件 `/etc/ceph/ceph.conf`，将 `osd_journal_size` 设置为目标大小（单位为 MB）。例如： ```ini osd_journal_size = 10240 ``` 4. **重新创建 Journal** 使用 `--mkjournal` 参数重新生成 journal 文件。 ```bash ceph-osd -i <osd_id> --mkjournal ``` 5. **重启 OSD 服务** 启动 OSD 并验证 journal 是否正常工作。 ```bash systemctl start ceph-osd@<osd_id>.service ls -lh /var/lib/ceph/osd/ceph-<osd_id>/journal ``` ##### （2）迁移 Journal 至独立分区 当需要将 journal 移动到单独的高性能 SSD 分区时，可按以下流程操作： 1. **停止目标 OSD** ```bash systemctl stop ceph-osd@<osd_id>.service ``` 2. **刷新 Journal 数据** 确保所有未提交的日志都已同步到主存储中。 ```bash ceph-osd --flush-journal -i <osd_id> ``` 3. **移除原有 Journal 链接** 删除现有的 journal 符号链接。 ```bash rm /var/lib/ceph/osd/ceph-<osd_id>/journal ``` 4. **创建指向新分区的符号链接** 假设新分区位于 `/dev/sdb1`，则可以通过以下命令完成替换： ```bash ln -s /dev/sdb1 /var/lib/ceph/osd/ceph-<osd_id>/journal ``` 5. **重新初始化 Journal** 利用 `--mkjournal` 参数更新 journal 元数据。 ```bash ceph-osd -i <osd_id> --mkjournal ``` 6. **启动 OSD 服务** 最后恢复 OSD 正常运行状态。 ```bash systemctl start ceph-osd@<osd_id>.service ``` #### 5. 注意事项 - 在线上的生产环境中进行任何涉及 journal 的改动之前，请务必做好充分备份，并确认集群处于健康状态。 - 如果计划调整 journal 的存储介质类型（如从 HDD 转向 SSD），应提前规划好分区布局并合理分配资源[^2]。 - 当前版本可能对某些功能有所限制；因此建议始终查阅官方文档获取最新指导信息[^3]。 --- ###
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值