有关ceph块设备io瓶颈问题？

小小白杨123 2016-11-29 03:09:08

现在在ceph集群上创建了一个块设备，在一个集群节点上对该块设备进行写操作，但是平均每秒只能写30多M，并且写一会就写不进去了，如何确认瓶颈在哪里呢？

...全文

1874 2 打赏收藏举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

小小白杨123 2020-04-23

打赏
举报

回复

引用 1 楼 lzf222 的回复:

我的也是和你一样的情况，刚开始写入速度还可以，几十兆，后来变成几兆，上不去，物理机io延迟大

升级一下内核。

lzf222 2020-03-30

打赏
举报

回复

我的也是和你一样的情况，刚开始写入速度还可以，几十兆，后来变成几兆，上不去，物理机io延迟大

BlueStore是Ceph中用于替代filestore的高性能对象存储解决方案，自Luminous版本起成为默认存储后端。它通过直接管理块设备和使用RocksDB存储元数据，解决了filestore在事务支持、性能瓶颈和文件系统控制方面的局限性。BlueStore支持数据压缩、校验和、智能缓存调优等特性，显著提升了I/O性能与数据可靠性。本文详细介绍了BlueStore的工作原理、架构设计、关键特性、部署准备及从filestore升级的步骤，并提供了存储布局建议和未来展望，帮助用户更好地理解和应用Blue

IO瓶颈是Linux运维中常见的性能问题，通过使用iostatvmstatiotop等工具可以快速定位IO瓶颈的根源。优化策略包括升级硬件、调整文件系统、优化应用程序和调整系统参数等。在实际运维中，我们需要结合具体场景灵活运用这些工具和方法，以确保系统的高性能和稳定性。

Ceph 每个Ceph集群必定具备两种角色的组件，一个是Monitor（监视器），另一个是OSD Monitor：主要负责集群内的结点生命周期管理，数据分布策略计算并维护集群的成员和状态等工作，Monitor通过实现Paxos算法来提供强一致性的选举策略。 OSD：主要负责存储盘的生命周期管理，每一个DISK、SSD或者RAID Group，任何一个物理存储设备都应成为一个OSD，

不管你是想为云平台提供Ceph 对象存储和/或 Ceph 块设备，还是想部署一个 Ceph 文件系统或者把 Ceph 作为他用，始于部署一个个 Ceph 节点、网络和 Ceph 存储集群。Ceph 存储集群至少需要一个 Ceph Monitor 和两个 OSD 守护进程。而运行 Ceph 文件系统客户端时，则必须要有元数据服务器（ Metadata Server ）。

##Kernel bypass技术及其在Ceph中的应用介绍 ###背景 Ceph是当前最流行的开源分布式统一存储，在一套基础架构中同时支持块存储、对象存储和文件存储，支持PB级别的扩展能力，广泛用于云环境中；Ceph来源于Sage Weil博士一项关于存储系统的PhD研究项目，最初被设计为一个分布式文件系统，整体架构基于低速设备而构建，提供毫秒（ms）级别的IO延迟。从1956年第一块机械硬盘...

932

社区成员

651

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章